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PREFACE 


The  Service,  Inventory  and  Maintenance  System  (SIMS)  is  a 
computerized  information  system  designed  to  assist  urban  transit 
systems  in  the  management  of  their  bus  service,  maintenance  and 
inventory  activities.  The  SIMS  system  was  developed  by  the 
MITRE  Corporation  under  the  sponsorship  of  the  Office  of  Transit 
Management,  Urban  Mass  Transportation  Administration. 

SIMS  comprises  three  interrelated  program  modules.  The 
Service/Unit-Change  module  is  designed  to  assist  transit 
management  in  the  scheduling  and  control  of  the  vehicle  servicing 
and  maintenance  operations.  Labor  and  cost  reports  on  the  bus 
maintenance  activity  are  produced  by  the  Repair-Cost  module.  The 
Inventory  module  provides  management  and  financial  control  reports 
on  all  transit  inventory  activity  such  as  parts  issues,  purchase 
orders  and  receipts. 
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1.0  INTRODUCTION 


Under  the  sponsorship  of  the  Urban  Mass  Transportation  Adminis- 
tration (UMTA) , a system  to  record,  analyze,  and  report  on  the  main- 
tenance activities  of  urban  bus  systems  has  been  developed.  This  in- 
formation system  is  the  Service,  Inventory,  and  Maintenance  System  (SIMS) 

The  Service/Unit  Change  (S/U)  System  is  one  component  of  SIMS. 

It  is  designed  to  provide  maintenance  management  with  information  that 
will  assist  in  the  control  and  scheduling  of  vehicle  maintenance.  This 
information  is  provided  in  the  form  of  reports  pertaining  to: 

(a)  the  use  of  consumables — fuel,  oil,  and  coolant — and  the 
relationship  of  consumption  to  mileage  traveled,  and 

(b)  the  performance  of  maintenance  jobs-inspections , unit 
changes,  engine  re-rings,  engine  overhauls,  and  brake 
relines.  Unit  changes  are  defined  as  the  replacement 

of  vehicular  components  as  a means  of  effecting  repairs. 

The  description  of  the  S/U  System  contained  in  this  document  in- 
cludes details  of  inputs,  reports,  files,  procedures,  and  computer 
program  functions.  The  necessary  steps  for  the  installation  and  initial 
implementation  of  the  system  are  described  briefly  in  the  last  section. 

To  facilitate  the  implementation  of  the  SIMS  S/U  System  on  various 
object  computers,  the  software  has  been  written  in  ANSI  COBOL,  and  utLIii- 
the  report  writer  feature  for  most  of  the  report  generators.  The  func- 
tions of  each  program  is  described  in  detail  in  this  document.  A source 
listing  of  each  program  and  of  the  copy  library  is  provided  in  Supple- 
ment I to  this  document. 
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The  system  has  been  implemented  at  Alameda-Con tra  Costa  Transit 
District  (ACTD)  and  Dallas  Transit  System  (DTS),  under  demonstrations 
sponsored  by  UMTA.  In  this  document,  references  are  made  to  the 
details  of  system  implementation  at  these  two  locations.  These 
references  illustrate  the  user-specific  features  of  the  system.  At 
both  locations,  the  system  is  run  on  a service  bureau  basis.  The 
object  computer  for  ACTD  is  an  IBM  360/65  and  for  DTS,  an  IBM  370/145. 
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2.0  OVERALL  DESCRIPTION  OF  THE  SIMS  SERVICE/UNIT  CHANGE  SYSTEM 


The  SIMS  Service/Unit  Change  (S/U)  System  consists  of  programs, 
files,  and  procedures  to  accept  and  store  transaction  data,  and  to 
produce  reports  that  can  be  used  by  management  to  control  and  schedule 
vehicle  maintenance  operations.  The  majority  of  these  reports  are 
on-demand  reports. 

Figure  2.0-1  is  a flowchart  illustrating  the  system  without 
reference  to  the  on-demand  reports.  Input  consists  of  request  cards, 

Job  Control  Language  (JCL)  cards,  and  a transaction  card  file.  This 
input  is  submitted  daily,  except  for  weekends  and  holidays.  The  systera 
is  designed  to  accept  a transaction  tape  file  as  an  alternative  to  or 
in  addition  to  the  card  file.  On  the  flowchart,  reference  is  also 
made  to  another  input  source,  data  set  CN1510.SRV.M.TRTAPE.  This  data 
set  contains  transactions  Input  as  a tape  file.  The  two  transit 
properties  (ACTD  and  DTS)  at  which  the  system  has  been  demonstrated 
use  automated  devices  to  enter  vehicle  servicing  transactions.  The 
information  entered  by  this  means  requires  conversion  to  a format  ac- 
ceptable to  the  S/U  System.  The  conversion  is  accomplished  through 
the  execution  of  a special-purpose  program  at  each  property.  The  out- 
put of  this  program  is  the  data  set,  referenced  above. 

Transactions  entered  in  the  S/U  System  include  constants  file  trans- 
actions and  vehicle  transactions.  The  former  maintain  four  system 
constants  files  that  are  used  to  validate  and  test  vehicle  transactions. 
The  latter  update  a Vehicle  Master  File,  and  selected  transactions  are 
stored  in  a Transaction  Master  File  for  future  reference.  Input 
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FIGURE  2.0-1 

SIMS  SERVICE/UNIT  CHANGE  SYSTEM  FLOWCHART 
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transactions  are  listed  in  Tables  2.0-1  and  2,0-2,  by  transaction  code 
and  type. 

The  system  maintains, an  S/U  disk  pack,  TTffilSK,  and  the  Transaction 
Master  File  CN1510 . SRV .M. TRANTAPE ( ),  which  is  a tape  file.  The  disk 
pack  contains  the  other  system  files  and  program  libraries.  Table  2.0-.' 
lists  the  major  system  files. 

Tvo  types  of  reports  are  produced  by  the  system.  The  firsc  type 
is  produced  automatically  when  the  system  files  are  updarej,  They  are 
designed  to  display  the  transaction  data  entered  to  the  user.  'fhe 
second  type  is  on-demand  reports.  These  are  optional  reports  for  whica 
the  user  must  make  a request.  They  may  be  executed  during  the  daily 
run  or  on  a stand-alone  basis.  The  reports  are  listed  in  Table  2.0-4, 
including  the  identity  of  each  report  generator  program. 

The  SIMS  S/U  System  has  been  Implemented  at  ACID  and  L'TS  under 
demonstrations  sponsored  by  U"MTA.  In  both  applications,  the  system  has 
been  installed  at  a service  bureau.  For  DTS,  the  system  has  been 
installed  at  the  municipal  computer  center.  The  transit  property 
supplies  the  daily  file  of  transactions.  ACTD  also  supplies  the  job 
deck;  the  municipal  center  prepares  the  job  deck  for  DTS.  T.ue  job 
deck  includes  request  cards  that  control  report  generation  and  JCL 
cards  that  invoke  stored  procedures  to  execute  the  necessary  programs. 
These  procedures  are  specific  to  the  transit  property  and  to  the 
computer  center,  although  there  are  similarities  in  their  content. 
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TABLE  2.0-1 


CONSTANTS  FILE  TRANSACTIONS 

Transaction  Code 

Transaction  Type 

Cl 

Service  System  Constants 

C5,D5 

Inspection  Schedule  Definition 
and  Deletion 

FI 

Fleet  Constants  and  Limits 

U1 

Group-Unit  Description 

T1,DT 

Unit  Threshold  Value 
and  Deletion 
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TABLE  2.0-2 


VEHICLE  TRANSACTIONS 

Transaction  Code 

Transaction  Type 

19, D9 

Vehicle  Assignment/Vehicle  Records 
and  Deletion 

02 

Daily  Miles 

17 

Vehicle  Servicing  Performed 

03 

Vehicle  Inspection  Performed 

13 

Unit  Change  Performed 

15 

Brake  Reline  Performed 
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TABLE  2.0-3 


sms 

S/U  MAJOR  SYSTEM  FILES 

File  Name 

Data  Set  Name 

Daily  Constants  File 

S .DLYCON 

Fleet  Constants  File 

S .FLTCON 

Unit  Name  File 

S.UTNAME 

Unit  Thresholds  File 

S .UTTHRS 

Vehicle  Master  File 

M. VEHICLE  ( ) 

Monthly  Transaction  File 

M.MONTRAN  ( ) 

Transaction  Master  File 

M.TRANTAPE  ( ) 

Notes:  (a)  All  data  set 

names  are  prefixed  by  'CN1510  .SRV.' . 

(b)  ( ) indicates  that  the  file  is  a generation  data  set 
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TABLE  2.0-4 


SIMS  S/U  REPORTS 


Report  Title 

Report  Type 

Generatin 

SIMS  S/U  Coach  Transaction 

D 

DTIOO 

Commodity  Report 

D 

RP051 

Commodity  Usage 

R 

RP053 

Bus  Analysis 

R 

RP054 

Unit  Change  Candidates 

R 

RP055 

Brake  Status 

R 

RP056 

Units  Changed  Report 

R 

RP058 

Unit  Change  Status 

R 

RP059 

Coach  History  By  Unit 

R 

RP064 

Inspection  Planning  Report 

R 

RP066 

Tire  Mileage 

R 

PRTMIL 

Note:  Report  types  are: 

(a)  D - Daily 

(b)  R - Requested 


Program 
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3.0  SERVICE/UNIT  CHANGE  SYSTEM  OUTPUTS 


Outputs  of  the  SIMS  Service/Unit  Change  System  can  be  divided 
into  four  classes: 

(a)  User  Reports:  There  are  20  user  reports  that  can  be 

generated  by  the  S/U  System.  These  reports  are  listed 
in  Table  3.0-1.  They  are  designed  to  provide  management 
with  information  necessary  for  effective  maintenance 
operation,  scheduling,  and  control.  The  reports  are 
designed  as  either: 

(1)  Daily  reports,  which  are  generated  automatically 
each  time  the  system  is  run,  or 

(2)  Weekly,  monthly,  or  on-deraand  reports,  produced 
on  request  from  the  user. 

(b)  Edit  Reports:  These  reports  are  designed  to  alert 

the  user  to  the  entry  of  incorrect  information  into 
the  system. 

(c)  File  Listings:  Reports  have  been  designed  to  display 

records  contained  in  the  major  system  files,  other 
than  transaction  files.  These  listings  provide  the 
user  with  a capability  to  verify  that  those  records 
are  correct. 

(d)  Error  Messages:  These  messages  are  designed  to 

indicate  to  system  operators  the  cause  of  system 
malfunctions . 
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3.1.11  Monthly  Tire  Mileage  PRTMIL 


3.1  User  Reports 


Each  user  report  is  described  in  the  following  subsections  in 
terms  of  a brief  explanation  of  the  report's  usefulness,  a report 
specification,  and  a sample  report.  Each  sample  report  displays  the 
name  of  one  of  the  two  transit  properties  at  which  the  system  has  been 
implemented.  The  name  displayed  is  not  contained  in  the  code  of  the 
report  generator  program.  The  user  specifies  the  name  in  the  Job 
Control  Language  when  the  system  procedures  are  developed. 
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3.1.1  SIMS  S/U  Coach  Transactions  Reports 


The  SIMS  S/U  Coach  Transactions  reports  are  regularly  produced 
with  each  run  of  the  system.  They  are  designed  primarily  to  permit 
the  user  to  monitor  the  processing  of  selected  types  of  transactions 
input  to  the  system.  These  transaction  types  are: 

(a)  Inspections  performed, 

(b)  Units  changed, 

(c)  Brake  relines  performed,  and 

(d)  Vehicle  assignments. 

Each  report  is  produced  if  transactions  of  the  type  reported 
are  processed.  Within  each  report,  information  is  displayed  by 
vehicle  number,  in  ascending  order.  For  imits  changed,  the  infor- 
mation for  each  vehicle  is  in  ascending  date  order. 

The  information  displayed  on  the  first  three  of  the  above  reports 
consists  of  the  Vehicle  Master  File  record  or  records  updated  before 
and  after  the  transaction  was  processed,  together  with  the  calculated 
value  of  miles  traveled  by  the  vehicle  between  the  two  events  shown 
on  the  report.  The  information  displayed  on  the  Vehicle  Assignments 
report  consists  only  of  the  updated  file  record  except  when  the  original 
vehicle  assignment  transaction  is  processed.  At  this  time,  the  ac- 
cumulated vehicle  mileage  is  also  displayed. 

The  file  records  are  reformatted  for  the  purpose  of  printing 
the  reports.  This  facilitates  the  use  and  interpretation  of  the  reports 
by  the  user.  It  is  used  to  verify  the  transactions  entered  in  the 
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system  and  is  a source  of  information  to  correct  transactions  erroneously 


entered. 

The  reports  are: 

(a)  Inspection  Performed  Notice.  Table  3.1-1  is  the 
report  specification.  Figure  3.1-1  illustrates 
the  report  format. 

(b)  Unit  Change/Rering/Overhaul.  Transaction  data 
reflected  in  this  report  include  records  of  engine 
re-ring  and  engine  overhaul  work.  Table  3.1-2  is 
the  report  specification.  Figure  3.1-2  illustrates 
the  report  format. 

(c)  Brake  Job  Done.  Table  3.1-3  is  the  report  specifi- 
cation. Figure  3.1-3  illustrates  the  report  format. 

(d)  Buses  Added/Deleted/Updated.  Transaction  data  re- 
flected in  this  report  include  records  of  vehicles 
added  to  or  deleted  from  the  master  file  as  well 
as  changes  in  vehicle  assignments.  Table  3.1-4  is 
the  report  specification.  Figure  3.1-4  illustrates 
the  report  format. 
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TABLE  3.1-1 


REPORT  SPECIFICATION 
SIMS  S/U  COACH  TRANSACTIONS 
INSPECTION  PERFORMED  NOTICE 

GENERATING  PROGRAM: 

DTIOO 

FREQUENCY: 

Daily 

REPORT  HEADER: 

SIMS  S/U  COACH  TRANSACTIONS 
PROCESSED  MO/DA/YR 

INSPECTION  PERFORMED  NOTICE 

ORGANIZATION;  Detail  report  lines  are  organized  by  bus  number 
in  ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  Number 

Date 

Date  on  which  inspection  performed 

Insp.  Perf. 

Inspection  performed,  identified  by  schedule 
and  step  codes 

R 

Code  identifying  reason  for  performance  of  inspection 

Acc  Miles 

Accumulated  miles  traveled  by  bus  when  the 
inspection  was  performed 

Service  Miles 

Miles  traveled  since  the  previous  inspection  was 
performed 

Next  Due 

Next  inspection  scheduled,  identified  by 
schedule  and  step  codes 

Code 

Code  to  identify  transactions  as  an  original 
transaction  or  a correction 

File  Data 
Replaced 

Major  heading  for  file  data  replaced 

Date 

Date  of  prior  inspection  performed 

Last 

Prior  inspection  performed,  identified  by  schedule 
and  step  code 

R 

Code  identifying  reason  for  performance  of  prior 
inspection 

Acc  Miles 

Accumulated  miles  traveled  by  bus  when  prior 
Inspection  performed 

Due 

Next  inspection  scheduled  after  prior  inspection 
performed 

Code 

Code  to  identify  transaction  as  original  transaction 
or  a correction 
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TABLE  3.1-2 


REPORT  SPECIFICATION 
SIMS  S/U  COACH  TRANSACTIONS 
UNIT  CHANGED/RERING/OVERHAUL 

GENERATING  PROGRAM: 

DTIOO 

FREQUENCY: 

Daily 

REPORT  HEADER: 

SIMS  S/U  COACH  TRANSACTIONS 
PROCESSED  MO/DA/YR 

UNIT  CHANGED /RERING /OVERHAUL 

ORGANIZATION;  Detail  report  lines  are  organized  primarily  by  bus 
number,  in  ascending  order.  Secondary  organization 
within  bus  number  is  by  transaction  date  in  ascending 
order. 

CONTENTS: 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Date 

Date  on  which  unit  change,  engine  rering,  or 
engine  overhaul  performed 

Unit 

Code  identifying  unit  changed 

R 

Code  identifying  reason  for  unit  change 

Acc  Miles 

Accumulated  miles  traveled  by  the  bus  when  the 
unit  change  was  performed 

Miles  Since 

Miles  traveled  by  the  bus  since  the  previous 
change  of  the  same  type  of  unit 

Code 

Code  identifying  transaction  as  an  original 
transaction  or  a correction 

File  Data 
Replaced 

Major  heading  for  file  data  replaced 

Date 

Date  of  prior  unit  change  of  the  same  type 

R 

Code  identifying  reason  for  prior  unit  change 

Acc  Miles 
Code 

Accumulated  miles  traveled  by  the  bus 
when  prior  unit  change  performed 
Code  identifying  transaction  as  an  original 
transaction  or  a correction 
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TABLE  3.1-3 


REPORT  SPECIFICATION 
SIMS  S/U  COACH  TRANSACTIONS 
BRAKE  JOB  DONE 


GENERATING  PROGRAM;  DTIOO 
FREQUENCY;  Daily 

REPORT  HEADER;  SIMS  S/U  COACH  TRANSACTIONS 

PROCESSED  MO/DA/YR 

BRAKE  JOB  DONE 

ORGANIZATION ; Detail  report  lines  are  organized  by  bus  number  in 
ascending  order. 


CONTENTS ; 

COLUMN  HEADER  DESCRIPTION 

Bus  Bus  number 


Date 

R 


Acc  Miles 
Miles  Since 
Line  Code 


Drum  Sizes 
LF 
RF 
LR 
RR 


Code 


File  Data 
Replaced 

Date 

R 


Acc  Miles 

Line  Code 

Drum  Sizes 
LF  RF 
LR  RR 


Date  on  which  brake  job  was  performed 

Code  identifying  reason  for  performance  of 
brake  job 

Accumulated  miles  traveled  by  the  bus  when 
the  brake  job  was  performed 

Miles  traveled  by  the  bus  since  the  prior 
complete  brake  job  was  performed 

Code  identifying  brake  lining  material  used 
for  complete  brake  job 

Accumulated  thickness  (thousandths  of  an  inch)  of 
metal  that  has  been  removed  from  the  brake  drum, 
after  the  brake  job  is  completed,  on  each  of  the 
four  wheels 

LF  Left  front  RF  Right  front 

LR  Left  rear  RR  Right  rear 

Code  to  identify  transaction  as  an  original 
transaction  or  a correction 

Major  heading  for  file  data  replaced 


Date  on  which  prior  complete  brake  job  performed 

Code  identifying  reason  for  performance  of  prior 
brake  job 

Accumulated  miles  traveled  by  the  bus  when  prior 
complete  brake  job  performed 

Code  identifying  brake  lining  material  used  for  last 
complete  brake  job 

Brake  driom  size,  as  defined  above,  after  prior 
brake  job  performed 
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TABLE  3.1-4 


REPORT  SPECIFICATION 
SIMS  S/U  COACH  TRANSACTIONS 
BUSES  ADDED /DELETED /UPDATED 

GENERATING  PROGRAM: 

DTIOO 

FREQUENCY: 

Daily 

REPORT  HEADER; 

SIMS  S/U  COACH  TRANSACTIONS 
PROCESSED  MO/DA/YR 

BUSES  ADDED /DELETED /UPDATED 

ORGANIZATION;  Detail  report  lines  are  organized  by  bus  number  in 
ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

SIMS  Date 

Date  on  which  initial  bus  records  entered 
in  the  Vehicle  Master  File 

Year 

Bus  model  year 

Fleet 

Fleet  to  which  bus  belongs 

Division 

Division  or  garage  to  which  bus  is  assigned 

Division  Assign 
Date 

Date  on  which  bus  assigned  to  division 

Prior  Division 

Prior  division  to  which  bus  was  assigned 

Accum  Miles 

Accumulated  vehicle  miles  on  SIMS  date 

Service  Code 

Code  identifying  type  of  transit  service  in 
which  bus  is  primarily  operated 
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FIGURE  3.1-1 

INSPECTION  PERFORMED  REPORT 
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FIGURE  3.1-2 

UNIT  CHANGE/RERING/OVERHAUL  REPORT 
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FIGURE  3.1-3 
BRAKE  JOB  DONE  REPORT 


AC  TkANSIT 

SIMS  S/U  COACH  TRANSACTIONS  PAGE 

PROCESSED  05/22/7A 
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FIGURE  3.1  4 

BUSES  ADDED/DELETEO/UPDATED  REPORT 


3.1.2  Commodity  Reports 

The  commodity  reports  are  daily  reports,  designed  to  enable  the 
user  to  monitor  the  quantities  of  consumables  (fuel,  oil,  and  coolant) 
used  and  associate  this  information  with  miles  traveled.  There  are 
two  reports; 

(a)  Commodity  Report:  This  report  lists  the  information 

for  each  vehicle  operated.  The  report  is  organized 
by  division,  and  by  vehicle  number  in  ascending  order 
within  the  division. 

(b)  Commodity  Summary;  This  report  displays  totals  by 
division  and  for  the  system. 

There  are  two  versions  of  the  Commodity  Report.  The  basic  version 
displays  consiomables  and  mileage  information.  A modified  version  of 
the  report  provides  additional  information  to  aid  management  in  the 
effective  scheduling  of  vehicle  inspections.  Month- to-date  mileage 
information  is  replaced  by  mileage  since  the  last  inspection  and  the 
identity  of  the  next  inspection  due. 

The  user  may  request  the  Commodity  Report  in  the  form  of: 

(a)  a complete  listing  of  all  vehicles  for  which  there  are 
mileage  or  servicing  records  for  the  report  date. 

(b)  an  exception  report,  listing  vehicles: 

(1)  for  which  there  is  more  than  one  servicing  record  for 
the  report  date. 

(2)  that  have  been  flagged  in  accord  with  program  criteria 
(see  Section  7.6). 

Tables  3. 1-5  and  3.1-6  describe  the  report  specifications.  Figures 
3.1-5  and  3.1-6  illustrate  the  formats  of  the  reports.  Figure  3.1-5 
includes  illustrations  of  both  versions  of  the  Commodity  Report. 
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TABLE  3.1-5 


REPORT  SPECIFICATION 
COMMODITY  REPORT 

GENERATING  PROGRAM: 

RP^51A,  RP051D 

FREQUENCY: 

Daily 

REPORT  HEADER: 

THE  COMMODITY  REPORT 
FOR  DAY  MO/DA/YR 

ORGANIZATION:  The  report  contains  a section  for  each  division  within 

the  property.  Within  each  division  report,  detail  report 
lines  are  organized  by  bus  number  In  ascending  order.  For 

each  bus,  there  are  as  many  report  lines  as  there  are 
servicing  transactions  on  the  report  date. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus  No. 

Bus  number 

Accum  Miles 

Accumulated  miles  traveled  by  the  bus,  as  of 
report  date 

Month  Miles  To 
Date  (A) 

Miles  traveled  by  the  bus  during  the  current 
month,  as  of  report  date 

Miles  today 

Miles  traveled  by  the  bus  on  report  date 

Commodities 

Dispensed 

Quantities  of  commodities  dispensed  to  the  bus 
on  report  date: 

Fuel  - Gals 
Oil  - Qts 
Cool  - Qts 

Gallons  of  fuel 
Quarts  of  motor  oil 
Quarts  of  coolant 

Term  ID 

Identification  number  of  data  collector  terminal 

(A)  Appears  if  user  does  not  elect  option  of  entering  inspection  per- 
formed transactions  and  is  executing  RP051A.  If  user  does  so  elect. 


then  RP051D 
replaced  by; 

should  be  the  generator  program  and  this  column  is 

Miles  Since 
Insp  Due 

Miles  traveled  by  the  bus  since  the  last  inspection 
as  of  report  date 

Type 

Step 

Type  of  inspection  due,  identified  in  thousand  miles 
Code  identifying  inspection  schedule  and  next 
inspection  step  to  be  performed 
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TABLE  3.1-6 


REPORT  INSPECTION 
COMMODITY  SUMMARY 

RP051A,  RP051D 
Daily 

COMMODITY  SUMMARY 
FOR  DAY  MO/DA/YR 

QRGANI ZATION ; Detail  report  lines  are  organized  by  division  and 
a system  total  line  is  printed. 


GENERATING  PROGRAM; 
FREQUENCY; 

REPORT  HEADER; 


CONTENTS ; 

COLUMN  HEADER 

Miles  Today 
Fuel  Gal 

Oil  Qts 

Cool  Qts 


DESCRIPTION 


Total  miles  traveled  by  buses  in  each  division 

Total  gallons  of  fuel  used  by  buses  in  each 
division 

Total  quarts  of  oil  used  by  buses  in  each 
division 

Total  quarts  of  coolant  used  by  buses  in 
each  division 
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FIGURE  3.1-5 
COMMODITY  REPORT 


AC  TkANSn 

CCMMOPITY  RePOPT  PAGE  28 

FOK  DAY  06/29/73  08/14/73 


L 


I I I I i 
fsi  m eg 
O O O 


rg  rg  iT»  fM  m 
I I I I 1 
h-  fo  u>  i/> 

o o o o o 


o o o o 


O o O O 


O O O 1/N  o 


■ CO  . 


— Z — I-  I 
O cu  O O i 

0 Cl 
r CO 

1 « 

O CJ 

u 

^ CO 


o o o o o 

• • • • • 

O o o o o 


o o o o o 

• • • • • 

o o o o o 


o N-  o m o 
<M  o O 


o ' 

O I 


I st  O' 

o >«■ 


o o o o o 

• • • • • 

O O •■'4  O O 


o ^ r».  rg  ^ 


(M  in  o o O' 


o o o o I m 

O O O O I rn 


o m o 


m m h»  .0  I O 

-4  eg  » O 

\ o 


a.  ut 

CO  a. 

z > 


-J  Z cO  cO 

*-  — < z 

».  lO  J •— 


rg  eg  <N  eg  fsj 

0 o o o o 

1 I I I I 


e'-  o in  fo 
e*  ^ ^ 
m CO  o o m 


eg  eg  rg  rg  fg 
O O O O O 
I I I I I 


m o *j*  o 
o o >0  *J* 
O o eg  m 


rg  eg  eg  eg  eg 

o c o o o 

(till 


^ eg  O ^ 

eg  -O  ^ CO  'n 

eg  eg  fo  e-  ro 


eg  m ^ ^ 
O O e-  e-  lA 
e-  CO  eg  in  in 


fA  eo  lA  K'l 


eg  -Tj  o -O  e» 

O B ro  rg  O'! 
® O >0  O 


O e-  O 4-  O 

e^e-'Oe-e* 

'O  >0  -O  -43 


r\i  rr\  ^ \T\  O 

PO  eo  eo 

O O O O O 

eg  eg  eg  eg  ig 


eg  O O ^ 
® e*  h»  O O 
>0  'O  4>  'O 


® O O 
eo  eo  eo 
O O O O O 
rg  rg  eg  eg  eg 


eg  eg  ^ -H 
O O O O 
I I » I 

^ o o 


e»  ^ O -0 

f*>  ^ O O 
gj  O ® O 


eo  f<i  fT(  rg  fn 


e*  o tn  e-  sO 
ce  ® ® O ce 
•00^-00 


r\i  fT\  ~t  -O 
■t  ^ ^ >r 

O O O O ”3 
eg  rg  eg  eg 


3-18 


FIGURE  3.1-5  (CONCLUDED) 
COMMODITY  REPORT  (MODIFIED) 
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FIGURE  3,1-6 

COmODITY  SUMMARY  REPORT 


3.1.3  Commodity  Usage  Report 

The  Commodity  Usage  report  Is  an  on-demand  report,  requested 
weekly.  It  Is  designed  to  draw  the  attention  of  management  to 
vehicles  that  are  potential  maintenance  problems.  The  report  also 
permits  the  monitoring  of  the  usage  of  consumables  over  a four-week 
period,  thus  detecting  trends  not  visible  in  the  daily  reports. 

The  report  displays  quantities  of  consumables  used  each  day  in 
the  prior  28-day  period,  and  associates  these  quantities  with  mileage 
traveled  in  the  form  of  7-day  and  28-day  averages  (miles  per  gallon 
and  miles  per  quart).  During  report  generation,  these  averages  are 
tested  against  user-specified  limits;  values  outside  these  limits  are 
flagged  (see  Section  7.7). 

Three  report  options  are  available: 

(a)  a complete  listing  of  all  vehicles; 

(b)  an  exception  report,  listing  those  vehicles  that 
violate  28-day  commodity  usage  limits;  and 

(c)  an  exception  report,  listing  those  vehicles  that 
violate  28-day  or  7-day  commodity  usage  limits. 

Table  3.1-7  describes  the  report  specifications.  Figure  3.1-7 
illustrates  the  report. 
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TABLE  3.1-7 


REPORT  SPECIFICATION 
COMMODITY  USAGE  REPORT 


GENERATING  PROGRAM;  RP053 
FREQUENCY ; Weekly 

REPORT  HEADER;  COMMODITY  USAGE  FOR  WEEK  ENDING  MO/DA/YR 

ORGANIZATION ; The  report  contains  a section  for  each  division  within 

the  property.  Within  each  division  report,  detail  report 
lines  are  organized  by  bus  number  in  ascending  order. 

CONTENTS ; 

COLUMN  HEADER  DESCRIPTION 


Week-Ending  MO/DA 
Bus 

28  Days:  Miles 
MPG: 

MPQ: 

Coolant  (Qts): 

F 

0 

C 

M 

MPG 

MPQ 


Days  of  week  ending  with  date 
Bus  number 

Miles  traveled  for  28-day  period 

Average  miles  per  gallon  of  fuel  for  28  days 

Average  miles  per  quart  of  oil  for  28  days 

Coolant  used  for  28  days 

Fuel  used  each  day  of  period 

Oil  used  each  day  of  period 

Coolant  used  each  day  of  period 

Miles  traveled  for  week 

Average  miles  per  gallon  of  fuel  for  week 
Average  miles  per  quart  of  oil  for  week 
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FIGURE  3.1-7 
COMMODITY  USAGE  REPORT 


3.1.4  Bus  Analysis  Reports 


The  Bus  Analysis  reports  are  monthly  reports,  generated  on-demand. 
They  are  designed  to  enable  the  user  to  monitor  individual  vehicle 
performance  on  a monthly  basis.  The  information  displayed  consists  of 
cost  data  and  the  type  of  commodity  data  shown  on  the  Commodity  Usage 
report . 

Three  reports  are  produced: 

(a)  Bus  Analysis:  This  report  is  designed  for  the  Division 

Maintenance  Supervisor.  It  displays  information  for 
each  vehicle  at  a division.  The  report  is  organized 

by  fleet  and  by  vehicle  number  in  ascending  order  within 
fleet. 

(b)  Bus  Analysis  Summary:  This  report  is  designed  for  the 

Maintenance  Superintendent.  It  displays  information 
in  terms  of  fleet  totals.  Vehicle  performance  can 

be  reviewed  in  these  terms. 

(c)  Bus  Analysis  Division/System  Summary:  This  report 

is  also  designed  for  the  Maintenance  Superintendent. 

Operating  results  for  each  division  and  for  the  system 
are  displayed,  thus  providing  a comparison  among 
divisions. 

The  type  of  information  displayed  on  each  of  these  reports  varies 
slightly.  Tables  3.1-8  through  3.1-10  describe  the  specifications  of 
the  reports,  which  are  illustrated  in  Figures  3.1-8  through  3.1-10. 
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TABLE  3.1-8 


REPORT  SPECIFICATION 
BUS  ANALYSIS  REPORT 


GENERATING  PROGRAM;  RP054 

FREQUENCY ; Monthly 

REPORT  HEADER;  BUS  ANALYSIS 

FOR  MONTH  ENDING  MO/DA/YR 

ORGANIZATION ; The  report  contains  a section  for  each  division  within 

the  property.  Each  division  section  is  sub-sectioned  by 
fleet.  Within  each  fleet  sub-section  report,  detail  report 
lines  are  organized  by  bus  number  in  ascending  order. 


CONTENTS : 


COLUMN  HEADER  DESCRIPTION 


Bus  No 
Yr 

Cents/Mile 

Miles 

Fuel  Gals 

Fuel  MPQ 

Oil  Qts 

Oil  MPQ 

Last  Month 

2nd  Month 

3rd  Month 

Miles  Since 
Re-Ring 


Bus  Number 
Bus  Model  Year 

Commodities  cost  per  mile  in  cents 

Miles  traveled  by  bus  during  month  of  report 

Fuel  used  during  month 

Average  miles  per  gallon  of  fuel 

Oil  used  during  month 

Average  miles  per  quart  of  oil,  report  month 

Average  miles  per  quart  of  oil,  first  previous  month 

Average  miles  per  quart  of  oil,  second  previous  month 

Average  miles  per  quart  of  oil,  third  previous  month 

Miles  since  re-ring  or  overhaul  in  thousands  of  miles. 
An  overhaul  is  Indicated  by  an  M. 
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TABLE  3.1-9 


REPORT  SPECIFICATION 
BUS  ANALYSIS  SUMMARY 

GENERATING  PROGRAM: 

RP054 

FREQUENCY : 

Monthly 

REPORT  HEADER: 

BUS  ANALYSIS  SUMMARY 
FOR  MONTH  ENDING  MO/DA/YR 

ORGANIZATION ; The  report  contains  a detail  line  for  each  fleet. 
CONTENTS: 


COLUMN  HEADER 

DESCRIPTION 

Fleet 

'Fleet  number 

No.  of  Buses 

Number  of  buses  in  fleet 

Miles  Accum  Bus 
Average 

Average  accumulated  mileage  per 
bus  in  fleet 

Miles  Month  Total  Total  mileage  for  all  buses  in  fleet 

Miles  Bus  Average  Average  mileage  per  bus  in  fleet 

Fuel  MPG  Average  miles  per  gallon  of  fuel  per  bus  in 


fleet 

Oil  MPQ 

Average  miles  per  quart  of  oil  per  bus  in 
fleet 

Commodity  Cost 
Total  Dollars 

Total  cost  in  dollars  for  commodities  per 
fleet 

Cents  per  Mi 

Commodity  cost  per  mile  for  fleet 

Fuel  Cost  $/Gal 

Fuel  cost  per  gallon  for  fleet 
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TABLE  3.1-10 


REPORT  SPECIFICATION 
BUS  ANALYSIS  DIVISION/SYSTEM  SUMMARY 


GENERATING  PROGRAM: 

RP054 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

BUS  ANALYSIS 
DIVISION/SYSTEM  SUMMARY 
FOR  MONTH  ENDING  MO/DA/YR 

ORGANI ZAT I ON ; Detail  report  line  for  each  division  within  the  property 
and  as  system  summary  total  line. 


CONTENTS; 

COLUMN  HEADER 

DESCRIPTION 

Div 

Division  number 

No.  of  Buses 

Number  of  buses  in  division 

Miles  Month 
Total 

Total  mileage  of  buses  in  division 

Miles  Bus  Avg 

Bus  average  mileage  in  division 

Fuel  Gal.  Total 

Total  fuel  used  by  division 

Bus  Avg  MPG 

Average  bus  miles  per  gallon  of  fuel 
within  division 

Oil  Qts  Total 

Total  oil  used  by  division 

Oil  Bus  Avg  MPQ 

Average  bus  miles  per  quart  of  oil  within 
division 

Commodity  Cost 
Total  Dollars 

Total  commodity  cost  in  dollars  for 
division 

Commodity  Cost 
Cent  per  Mile 

Average  commodity  cost  per  mile  within 
division 
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AC  TRANSIT 

BUS  ANALYSIS  PAGE  39 
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FIGURE  3.1-8 
BUS  ANALYSIS  REPORT 
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FIGURE  3.1-9 

BUS  ANALYSIS  SUMMARY  REPORT 
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FIGURE  3.1-10 

BUS  ANALYSIS  DIVISION/SYSTEM  SUMMARY  REPORT 


3.1.5  Unit  Change  Candidates  Report 


The  Unit  Change  Candidates  report  is  an  on-demand  report.  It  is 
normally  requested  on  a monthly  basis.  The  report  is  designed  to 
assist  maintenance  management  to  schedule  unit  change  work  and  to 
monitor  the  service  life  of  each  unit  installed. 

The  report  lists  each  unit  that  is  a candidate  for  change  and 
the  vehicle  on  which  it  is  installed.  Pre-specified  test  values  (or 
threshold  values)  are  established  by  the  user  for  each  type  of  unit. 
These  values  are  specified  for  each  fleet.  A unit  becomes  a candidate 
if  the  vehicle  has  traveled  more  than  the  specified  threshold  mileage 
since  the  unit  was  installed. 

Table  3.1-11  describes  the  report  specifications.  Figure  3.1-11 
illustrates  the  report. 
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TABLE  3.1-11 


REPORT  SPECIFICATION 
UNIT  CANDIDATES  REPORT 

GENERATING  PROGRAM: 

RP055 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

UNIT  CHANGE  CANDIDATES 
AS  OF  MO/DA/YR 

ORGANIZATION ; By  ascending  bus  number  within  each  unit 
CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus  No. 

Bus  Number 

Since  Change 

Mileage  in  thousands  since  unit  was  last  changed 

Threshold 

Threshold  mileage  in  thousands  of  miles 
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AC  TRANSIT 

UNIT  CHANGE  CANDIDATES 

0701  STARTER 
AS  OF  03/31/74 

MILES 

(IN  THOUS, 

SINCE 

BUS  NO.  CHANGE 


1903 

57 

1905 

74 

1908 

64 

1914 

70 

1915 

70 

1916 

57 

1917 

58 

1924 

76 

2015 

57 

2107 

63 

FIGURE  3.1-11 

UNIT  CHANGE  CANDIDATES  REPORT 


) 

THRESHOLD 

55 

55 

55 

55 

55 

55 

55 

55 

55 

55 
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3.1.6  Brake  Status  Report 


The  Brake  Status  report  is  an  on-demand  report.  It  is  generally 
requested  monthly.  The  report  is  designed  to  assist  maintenance 
management  to: 

(a)  identify  brake  work  to  be  scheduled  and 

(b)  monitor  the  status  of  the  brake  system  on  each  vehicle. 

For  each  vehicle,  the  report  displays  the  sizes  of  brake  drums,  a 

code  for  the  lining  material  used  at  the  last  brake  reline,  and  the 
accumulated  mileage  traveled  by  the  vehicle  at  that  time.  Brake 
drum  size  is  defined  as  the  accumulated  thickness  of  metal  removed 
from  the  drum  since  it  was  installed.  The  thickness  is  expressed  in 
thousandths  of  an  inch. 

Threshold  values  for  drum  size  and  service  mileage  are  pre- 
specified by  the  user.  Drum  sizes  and  mileages  that  exceed  those 
test  values  are  flagged  on  the  report. 

Two  report  options  are  available: 

(a)  a complete  listing  of  every  vehicle  on  file  or 

(b)  a listing  of  those  vehicles  that  have  exceeded  one 

or  both  of  the  two  types  of  test  values. 

Table  3.1-12  describes  the  report  specifications.  The  report  is 
illustrated  in  Figure  3.1-12. 
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TABLE  3.1-12 


REPORT  SPECIFICATION 
BRAKE  STATUS  REPORT 

GENERATING  PROGRAM: 

RP056 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

BRAKE  STATUS  FOR  MO.  YR 
FOR  PROCESSING  DATE  MO/DA/YR 

ORGANIZATION ; A detail  report  line  is  printed  for  each  bus.  Buses 
are  sequenced  in  ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus  No. 

Bus  Number 

Drum  L.F. 

Left  front  drum  size 

(drum  metal  removed  in  thousandths  of  an  inch) 

Drum  R.F. 

Right  front  drum  size 

(drum  metal  removed  in  thousandths  of  an  inch) 

Drum  L.R. 

Left  rear  drum  size 

(drum  metal  removed  in  thousandths  of  an  inch) 

Drum  R.R. 

Right  rear  drum  size 

(drum  metal  removed  in  thousandths  of  an  inch) 

Lining  Code 

Brake  lining  code 

Miles  Since 
Last  Reline 

Service  miles  since  brakes  were  last  relined 
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3.1.7  Maintenance  Work  Performed  Reports 

A single  report  generator  program  produces  up  to  four  reports  of 
work  performed,  to  assist  management  to  monitor  maintenance  activity. 
The  user  selects  the  types  of  work  for  which  the  S/U  System  maintains 
records.  Depending  on  this  selection,  the  reports  are  produced. 

They  are  on-demand  reports,  generally  requested  monthly.  Each  report 
lists  each  job,  of  the  type  indicated  by  the  report  title,  performed 
during  the  month.  The  reports  are: 

(a)  Inspection  Done 

(b)  Units  Changed 

(c)  Re-ring/Overhaul  Jobs 

(d)  Brake  Jobs  Done 

Specifications  for  these  reports  are  described  in  Tables  3.1-13 
through  3.1-16.  The  reports  are  illustrated  in  Figures  3.1-13 
through  3.1-16. 
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TABLE  3.1-13 


REPORT  SPECIFICATION 
INSPECTIONS  DONE  REPORT 

GENERATING  PROGRAM: 

RP058 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

INSPECTIONS  DONE  FOR  MO  19YR 

ORG ANI ZAT I ON ; A detail  report  line  is  printed  for  each  bus  on  which 
an  inspection  was  performed  during  the  month.  Buses 
are  sequenced  in  ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Date 

Date  of  inspection 

Insp  Done 

Inspection  schedule  and  step 

Accum  Miles 

Accumulated  miles  at  inspection 

Service  Miles 

Miles  since  previous  inspection 
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TABLE  3.1-14 


REPORT  SPECIFICATION 
UNITS  CHANGED  REPORT 

GENERATING  PROGRAM: 

RP058 

FREQUENCY; 

Monthly 

REPORT  HEADER: 

'UNIT  NAME'  (GR-UN)  CHANGED  DURING  MO  19YR 

0RGANI2ATI0N;  A detail  line  Is  printed  for  each  bus  on  which  the 
specified  unit  was  changed  during  the  month.  Buses 
are  sequenced  In  ascending  order. 

CONTENTS; 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Date 

Date  of  transaction 

Ac  cum  Miles 

Acciimulated  miles  at  unit  change 

Service  Miles 

Miles  since  previous  unit  was  changed 
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TABLE  3.1-15 


REPORT  SPECIFICATION 
RERING/OVERHAUL  JOBS  REPORT 

GENERATING  PROGRAM: 

RP058 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

RERING/OVERHAUL  JOBS  FOR  MO  19YR 

ORGANIZATION ; A detail  line  is  printed  for  each  bus  on  which 
an  engine  re-ring  or  engine  overhaul  job  was 
performed  during  the  month.  Buses  are  sequenced 
in  ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Type 

Date 

Type,  either  re-ring  or  overhaul 
Date  of  transaction 

Accum  Miles 

Accumulated  miles  at  transaction 

Service  Miles 

Miles  since  previous  re-ring  or  overhaul 
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TABLE  3.1-16 


REPORT  SPECIFICATION 
BRAKE  JOB  DONE  REPORT 

GENERATING  PROGRAM; 

RP058 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

BRAKE  JOB  DONE  FOR  MO  19YR 

0RGANI21ATI0N ; A detail  line  is  printed  for  each  bus  on  which  a brake 
job  was  done  during  the  month.  Buses  are  sequenced  in 
ascending  order. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Date 

Transaction  date 

Type 

Type  of  brake  job  (either  ’ALL'  or  for 
partial  job  wheels  Indicated) 

Lining  Code 

Code  for  lining  used 

Accum  Miles 

Accumulated  miles  at  service 

Service  Miles 

Miles  since  previous  brake  job 
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INSPECTIONS  DONE  FOR  AUG.  1973 
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FIGURE  3.1-13 
INSPECTIONS  DONE  REPORT 
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FIGURE  3.1-14 
UNITS  CHANGED  REPORT 


REBING/OVERHAUL  JOBS  EOR  AUG.  1973 
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FIGURE  3.1-15 

RERING/OVERHAUL  JOBS  REPORT 


BRAKE  JOBS  DONE  FOR  AUG.  1973 
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FIGURE  3.1-16 
BRAKE  JOB  DONE  REPORT 


3.1.8  Unit  Change  Status  Report 

The  Unit  Change  Status  report  is  designed  to  enable  management 
to  monitor  the  status  of  major  units  on  each  vehicle  and  to  schedule 
maintenance  of  these  units. 

The  report  contains  a separate  section  for  each  division.  With- 
in the  division  section,  information  is  displayed  for  each  vehicle 
assigned  to  that  division.  In  each  section,  report  lines  are  organized 
by  vehicle  number  in  ascending  order. 

The  information  displayed  for  each  vehicle  consists  of  the  vehicle 
number,  the  accumulated, mileage  traveled  by  the  vehicle  and  the  mileage 
traveled  since  each  of  several  specified  units  were  changed.  The 
units  and  their  identifying  codes  are  specified  in  the  report  generator 
program;  they  are  not  user-specified.  The  report  was  designed  specifi- 
cally for  ACTD. 

The  report  described  above  is  generated  by  the  Unit  Change  Status 
report  generator  program,  RP059A.  A second  version  of  the  program, 
RP059B,  generates  a report  that  also  displays  a two-character  indicator 
of  the  month  during  which  the  unit  change  was  performed  in  addition 
to  the  mileage  traveled  since  the  change.  This  indicator  consists 
of  a letter  (A  thru  M,  excluding  I)  that  represents  the  month  during 
the  year  when  the  unit  change  was  performed,  and  of  the  last  digit  of 
that  year. 

Specifications  for  the  report  are  described  in  Table  3.1-17.  The 
report  is  illustrated  in  Figure  3.1-17. 
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TABLE  3.1-17 


REPORT  SPECIFICATION 
UNIT  CHANGE  STATUS  REPORT 


GENERATING  PROGRAM; 
FREQUENCY: 

REPORT  HEADER: 


RP059 

Monthly 

UNIT  CHANGE  STATUS  AS  OF  MO/DA/YR 
MILES  SINCE  LAST  CHANGE  IN  THOUSANDS 


ORGANIZATION : The  report  contains  a section  for  each  division  within 

the  property.  Within  each  division, detail  report  lines 
are  organized  by  bus  number  in  ascending  order. 

CONTENTS: 

COLUMN  HEADER  DESCRIPTION 

Bus  No.  Bus  Number 


Accum  Miles 

Diff  0201 

Brake  Linings 
Front  0401 

Brake  Linings 
Rear  0402 

Clutch  0501 

Starter  0701 

Gen  0702 

Blower  0801 

Overhaul 
Semi  0898 

Overhaul 
Major  0899 

Trans  1701 

Air  Comp  3001 

Brake  Diaphragm 
Front  3002 

Brake  Diaphragm 
Rear  DD-3  3003 


Accumulated  miles 

Miles  In  thousands  since 
last  changed 

Miles  in  thousands  since 
last  changed 

Miles  in  thousands  since 
last  changed 

Miles  in  thousands  since 

Miles  in  thousands  since 

Miles  in  thousands  since 

Miles  in  thousands  since 

Miles  in  thousands  since 
re-ring  (semi-overhaul) 

Miles  in  thousands  since 
major  overhaul 

Miles  in  thousands  since 
changed 

Miles  in  thousands  since 
last  changed 

Miles  in  thousands  since 
last  changed 

Miles  in  thousands  since 
was  last  changed 


differential  was 

front  brake  linings  were 

rear  brake  linings  were 

clutch  was  last  changed 
starter  was  last  changed 
generator  was  last  changed 
blower  was  last  changed 
engine  was  given  a 

engine  was  given  a 

transmission  was  last 

air  compressor  was 

front  brake  diaphragm  was 

rear  brake  diaphragm  DD3 
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TABLE  3.1-17  (Concluded) 


Brake  Diaphragm 
Rear  DBLE  3004 

Brake  Appl 
Valve  3005 

Brake  Relay  Valve 
3006 


Miles  in  thousands  since  rear  brake  diaphragm 
double  was  last  changed 

Miles  in  thousands  since  brake  applicator  valve 
was  last  changed 

Miles  in  thousands  since  brake  relay  valve  was 
last  changed 
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AC  TRANSIT 

DIVISION  02  UNIT  CHANGE  STATUS  AS  OF  03/31/7A  PAGE 

MILES  SINCE  LAST  CHANGE  IN  THOUSANDS  05/21/7A 
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FIGURE  3,1  17 

UNIT  CHANGE  STATUS  REPORT 


3.1.9  Coach  History  By  Unit  Report 

The  Coach  History  By  Unit  report  is  an  on-demand  report.  It  is 
designed  to  provide  management  with  the  capability  to  review  the 
maintenance  history  of  individual  coaches.  This  history  consists  of 
the  vehicle  inspections  and  unit  changes  performed.  Unit  changes  are 
defined  to  include  engine  re-rings,  engine  overhauls,  and  brake 
reline  jobs. 

The  report  displays  information  specified  by  the  user  when  the 
report  is  requested.  The  format  of  the  request  is  described  in 
Section  4.3,  Request  Cards.  The  number  of  request  cards  used  to 
specify  the  request  is  unlimited.  Through  these  cards  the  user 
may  specify  the  coaches  for  which  the  report  is  to  be  generated  and 
the  types  of  maintenance  jobs  to  be  displayed.  Coach  options  are: 

(a)  One  or  more  individual  coaches. 

(b)  One  or  more  series  of  coaches. 

(c)  All  coaches. 

Within  the  latter  two  options,  the  user  may  limit  the  request  to 
coaches  assigned  to  one  or  more  divisions  up  to  a maximum  of  20 
divisions.  Maintenance  job  options  are: 

(a)  Vehicle  inspections  only. 

(b)  Unit  changes  only. 

(c)  Vehicle  inspections  and  unit  changes. 
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The  report  contains  a separate  section  for  each  coach  specified 
in  the  request.  Inspections,  if  requested,  are  displayed  first  and 
then  unit  change  jobs,  by  group-unit  code  in  ascending  order.  Within 
each  class  of  job,  the  information  is  displayed  in  chronological 
order. 

The  detail  displayed  on  each  line  consists  of  the  identification 
of  the  job  performed,  the  date  of  the  job,  the  accumulated  miles 
traveled  by  the  coach  at  that  time  and  the  mileage  traveled  since  the 
last  job  of  the  same  nature. 

Table  3.1-18  describes  the  report  specifications.  The  report 
is  illustrated  in  Figure  3.1-18. 


3-50 


TABLE  3.1-18 


REPORT  SPECIFICATION 
COACH  HISTORY  BY  UNIT 

GENERATING  PROGRAM;  RP064 
FREQUENCY:  On- demand 


REPORT  HEADER: 

DIVISION  XX  COACH  HISTORY  BY  UNIT 

AS  OF  MO/DA/YR 

BUS  NO  9999 


ORGANIZATION: 

The  report  contains  a separate  section, for  each 
coach  specified  by  the  user  in  the  report  request. 
Inspection  and/or  unit  change  records,  as  specified 
by  the  user,  are  listed.  Inspections,  if  specified, 
are  listed  first  in  ascending  date  order.  Unit 
changes,  including  engine  re-rings,  engine  overhauls, 
and  brake  jobs,  are  listed  in  ascending  order  by: 

CONTENTS: 

Group-unit  code 
Job  date 

COLUMN  HEADER 

DESCRIPTION 

Unit 

No. 

Group-unit  code  or  inspection  schedule 
step  code 

Name 

Unit  name  or  inspection  type 

Job  Date 

Date  job  performed 

Accum  Miles 

Accumulated  coach  miles  as  of  job  date 

Service  Miles 

Miles  since  previous  unit  change  of 
same  type  or  prior  inspection  per- 
formed 
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DALLAS  TRANSIT 
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FIGURE  3.M8 
COACH  HISTORY  BY  UNIT 


3.1.10  Inspection  Planning  Report 

The  Inspection  Planning  Report  is  designed  to  provide  management 
with  information  that  will  assist  in  the  scheduling  and  control  of 
coach  inspections.  Management  will  normally  request  the  report 
weekly,  at  the  beginning  of  the  week.  Generation  of  the  report  on 
this  basis  will  allow  management  time  for  the  scheduling  of  inspections 
to  be  performed  the  following  week. 

The  report  contains  a separate  section  for  each  division.  With- 
in a report  section,  information  for  each  active  coach  due  for  in- 
spection in  the  next  14  days  is  displayed.  The  information  consists 
of  the  estimated  number  of  days  before  the  next  inspection  is  due, 
the  schedule-step  code,  type  of  inspection  due,  the  miles  traveled 
by  the  coach  since  the  last  inspection,  and  the  estimated  number  of 
miles  since  inspection  that  the  coach  will  have  traveled  in  another 
14  days  if  no  action  is  taken. 

Each  report  section  is  organized  by  the  estimated  number  of  days, 
in  ascending  order,  before  the  next  inspection  is  due.  This  is 
designed  to  draw  management's  attention  to  those  coaches,  and  the 
number  of  coaches,  that  should  be  scheduled  for  inspection  during  the 
next  one  to  two  weeks . 

The  estimates  are  based  on  the  number  of  miles  traveled  by  the 
coach  in  the  preceding  14  days.  Therefore,  if  the  coach  has  not  been 
operated  during  that  period,  the  estimate  cannot  be  calculated  and  the 
coach  does  not  appear  on  the  report  unless  it  was  overdue  for  inspection. 
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Table  3.1-19  describes  the  report  specifications. 


Figure  3.1-19 


illustrates  the  report. 
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TABLE  3.1-19 


REPORT  SPECIFICATION 
INSPECTION  PLANNING  REPORT 


GENERATING  PROGRAM;  RP066 

FREQUENCY;  Weekly 

REPORT  HEADER;  INSPECTION  PLANNING  REPORT 

AS  OF  MO/DA/YR 

ORGANIZATION;  The  report  contains  a section  for  each  division. 

Within  each  division  section,  detail  report 
lines  for  individual  coaches  are  organized  by 
the  estimated  number  of  days,  in  ascending 
order,  before  the  next  inspection  is  due. 


CONTENTS ; 

COLUMN  HEADER 
Bus 

Days  to  Go 

Inspection  Due 
Type 

Sch-Step 
Miles  Since 

Predicted  Miles  Since 


DESCRIPTION 


Coach  number 

Estimated  number  of  days  before  the 
next  inspection  due 


Type  of  inspection  due 
Schedule-step  code  of  inspection  due 

Miles  traveled  by  the  coach  since  the 
last  inspection  as  of  the  report  date 

Estimated  miles  traveled  by  the  coach 
since  the  last  inspection  as  of  14  days 
after  the  report  date 
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DALLAS  TRANSIT 

INSPECTION  PLANNING  REPORT  PAGE  2 
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FIGURE  3.1-19 

INSPECTION  PLANNING  REPORT 


3.1.11  Tire  Mileage  Report 

The  Tire  Mileage  report  was  designed  specifically  to  meet  the 
output  requirements  of  DTS.  It  displays  dally  mileages  during  a 
month  for  each  vehicle  in  the  system. 

The  report  is  produced  through  the  execution  of  a stand-alone 
computer  job,  requested  by  the  user. 

The  report  specifications  are  described  in  Table  3.1-20.  The 
report  is  illustrated  in  Figure  3.1-20. 
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TABLE  3.1-20 


REPORT  SPECIFICATION 
TIRE  MILEAGE  REPORT 

GENERATING  PROGRAM: 

PRTMIL 

FREQUENCY: 

Monthly 

REPORT  HEADER: 

TIRE  MILEAGE  FOR  MONTH  OF  MON  19YR 

ORGANIZATION ; One  detail  line  for  each  day  a bus  was  operated 
Sequenced  by  bus  number  and  date. 

CONTENTS : 


COLUMN  HEADER 

DESCRIPTION 

Bus 

Bus  number 

Date 

Date  of  mileage 

Miles 

Mileage  for  date 
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TIRE  MILEAGE 
FOR  MONTH  OF  APR  1973 


BUS 

DATE 

MILES 

1815 

04/27/73 

45 

TOTAL 

473 

1819 

04/05/73 

22 

1819 

04/06/73 

65 

1819 

04/10/73 

27 

1819 

04/12/73 

94 

1819 

04/13/73 

7 

1819 

04/25/73' 

26 

TOTAL 

241 

1842 

04/11/73 

105 

1842 

04/12/73 

103 

1842 

04/13/73 

130 

1842 

04/16/73 

79 

1842 

04/17/73 

81 

1842 

04/23/73 

52 

1842 

04/24/73 

72 

1842 

04/25/73 

103 

1842 

04/26/73 

105 

1842 

04/27/73 

86 

1842 

04/30/73 

107 

TOTAL 

1,023 

MONTHLY  TOTAL  MILES 


FIGURE  3.1-20 
TIRE  MILEAGE  REPORT 


3,048 
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3. 2 Edit  Reports 


The  Edit  reports  are  produced  by  the  system  to  enable  the 
user  to  monitor  system  input  and  to  correct  input  that  have  failed  the 
S/U  system  data  acceptance  criteria.  These  reports  are  listed  in 
Table  3.2-0,  and  a description  of  each  is  provided. 
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EDIT  REPORTS 
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3.2.1  Rejected  Service  Data  Collector  Records 

The  SIMS  S/U  System,  as  installed  at  ACTD  and  DTS,  reads  a tape 
file  of  records  from  service  data  collectors.  These  records  supply 
the  servicing  information  to  the  system.  Any  record  that  does  not 
conform  to  the  data  collector  record  format  is  rejected.  The  rejected 
records  are  displayed  on  this  report. 

The  format  of  the  listing  is  different  for  each  site.  A report 
specification  for  the  DTS  version  is  given  in  Table  3.2-1,  and  a 
sample  report  is  given  in  Figure  3.2-1.  The  ACTD  report  is  specified 
in  Table  3.2-2,  and  a sample  report  is  given  in  Figure  3.2-2. 
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TABLE  3.2-1 


REPORT  SPECIFICATION 

REJECTED  SERVICE  DATA  COLLECTOR  RECORDS  - DTS 


GENERATING  PROGRAM: 

DTTAPE 

FREQUENCY: 

Daily 

REPORT  HEADER: 

REJECTED  SERVICE  DATA  COLLECTOR  RECORDS 
FOR  PROCESSING  DATE  MM/DD/YY 

ORGANIZATION : Report  lines  are  ordered  in  the  sequence  that  the  data 

collector  records  were  read  by  DTTAPE.  One  line  is 
printed  per  rejected  record. 

CONTENTS: 


COLUMN  HEADER 

DESCRIPTION 

Error  Message 

Reason  for  rejection  of  the  record  is  given 

Data  Record 

Contents  of  the  record  is  printed 

Date 

Date  of  the  data  collector  record  is  printed 
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TABLE  3.2-2 


REPORT  SPECIFICATION 

REJECTED  SERVICE  DATA  COLLECTOR  RECORDS  - ACTD 

GENERATING  PROGRAM:  ACTAPE 

FREQUENCY;  Dally 

REPORT  HEADER:  REJECTED  SERVICE  DATA  COLLECTOR  RECORDS  FOR 

PROCESSING  DATE  MM/DD/YY 

ORGANIZATION ; Report  lines  are  ordered  in  the  sequence  that  the  data 
collector  records  were  read  by  ACTAPE, 

CONTENTS : 


Two  lines  are  printed  for  each  rejected  transaction. 
The  first  lists  the  contents  of  the  transaction;  the 
second  contains  an  asterisk  under  each  field  in  error. 
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MISSING  EOM  'Z*  A1  334  04550001102300000000000300026530  042773 
MISSING  EOM  • Z*  A1  505  0205000*102230000000000000024500  042773 
MISSING  EOM  *Z'  A1  027  0255000*104090000000000000026500  042773 
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FIGURE  3,2-1 

REJECTED  SERVICE  DATA  COLLECTOR  RECORDS  (DTS) 


SERVICE  RECORD-  29^0  03  741010^000805 0081H0000 02 
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SERVICE  RECORD-  29A0941'.  1 01C^000592 0117»000 02. 

FIGURE  3.2-2 

REJECTED  SERVICE  DATA  COLLECTOR  RECORDS  (ACTD) 


3.2.2  Service  Data  Collector  Sunnnary 

This  report  was  designed  to  report  the  number  of  service  data 
collector  records  input  to  the  system.  For  each  date  input,  a total 
of  valid  and  invalid  records  is  printed.  This  feature  was  designed 
to  facilitate  data  collector  reliability  monitoring. 

A report  specification  is  given  in  Table  3.2-3,  and  a sample 
report  is  given  in  Figure  3.2-3. 
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TABLE  3.2-3 


GENERATING  PROGRAM 
FREQUENCY; 

REPORT  HEADER; 

ORGANIZATION;  The 
CONTENTS; 

COLUMN  HEADER 
Date 

Valid  Records 
Invalid  Records 


REPORT  SPECIFICATICftI 
SERVICE  DATA  COLLECTOR  SUMMARY 

DTTAPE  ACTAPE 
Daily 

SERVICE  DATA  COLLECTOR  RECORD  SUMMARY  FOR 
PROCESSING  DATE  MM/DD/YY 

report  is  in  date  order  as  input  to  the  system 


DESCRIPTION 


The  date  on  which  the  data  collector  records 
were  made 

A count  of  the  number  of  valid  records  for 
the  date 

A count  of  erroneous  records  found  for  this 
date 
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FIGURE  3.2-3 

end-of-summary-report  SERVICE  DATA  COLLECTOR  RECORD  SUMMARY 


3.2.3  Unresolved  Codes  and  Edit  List 


The  SIMS  S/U  System  is  designed  to  accept  and  process  a pre- 
scribed set  of  transactions,  each  of  which  has  an  associated  code. 
This  report  lists  any  transaction  that  has  an  invalid  code. 

This  edit  list  also  displays  transactions  that  have  a non- 
numeric vehicle  number  or  transaction  date. 

The  last  type  of  transactions  displayed  are  constants  file 
update  transactions  that  have  failed  the  edit  criteria. 

A report  specification  is  listed  in  Table  3.2-4  and  a sample 
report  is  given  in  Figure  3.2-4. 
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TABLE  3.2-4 


REPORT  SPECIFICATION 
UNRESOLVED  CODES  AND  EDIT  LIST 

GENERATING  PROGRAM;  DA600 

FREQUENCY;  Daily 

REPORT  HEADER:  UNRESOLVED  CODES  AND  EDIT  LIST  FOR 

PROCESSING  DATA  MM/DD/YY 

ORGANIZATION;  Report  lines  are  printed  in  the  order  that  the 
transactions  are  submitted. 

CONTENTS ; Two  lines  are  printed  for  each  transaction  rejected. 

The  first  contains  the  transaction  name  and  a 
listing  of  the  transaction.  The  second  line  contains 
an  asterisk  under  each  field  in  error. 


1 
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UNRESOLVED  CODE-  0962267309410899 
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FIGURE  3,2-H 

UNRESOLVED  CODES  AND  EDIT  LIST 


3.2.4  Constants  File  Updates 


Transactions  may  be  input  that  update  the  contents  of  the  four 
S/U  System  constants  files.  This  report  prints  the  changes  that  have 
been  made  during  the  run.  For  each  record  changed , two  lines  are 
printed.  The  first  shows  the  contents  of  the  record  after  updating. 
The  second  line  contains  (a)  the  old  file  record,  or  (b)  a message 
to  explain  the  processing. 

Table  3.2-5  lists  a report  specification  and  Figure  3.2-5  gives 
a sample  report. 
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TABLE  3.2-5 


REPORT  SPECIFICATION 
CONSTANTS  FILE  UPDATE  REPORT 

GENERATING  PROGRAM: 

DA600 

FREQUENCY: 

Daily 

REPORT  HEADER: 

CONSTANTS  FILE  UPDATES  FOR  PROCESSING 
DATE  MM/DD/YY 

ORGANIZATION: 

Report  lines are  printed  in  sequence  by 
transaction  code. 

CONTENTS ; For  each  updating  operation,  two  lines  are  printed.  The 
first  shows  the  constants  file  record  after  updating. 

The  second  contains  either  a listing  of  the  old  file  records 
or  a message  explaining  the  processing  done. 
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AC  TRANSIT  10/09/73 
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END- OF-CONSTANTS-UPO ATE- REPORT 


3.2.5  Summary  of  Service  System  Transactions 

This  report  gives  a count  of  the  number  of  each  valid  transaction 
type  input  during  this  run.  This  count  reflects  the  number  of  trans- 
actions passed  to  the  Edit/Update  program  for  processing.  A count  of 
unresolved  transaction  codes  encountered  is  also  given. 

Table  3.2-6  lists  the  report  specification  for  this  report,  and 
Figure  3.2-6  gives  a sample  report. 
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TABLE  3.2-6 


REPORT  SPECIFICATION 
SUMMARY  OF  SERVICE  SYSTEM  TRANSACTIONS 


GENERATING  PROGRAM: 

DA600 

FREQUENCY: 

Dally 

REPORT  HEADER: 

SUMMARY  OF  SERVICE  SYSTEM  TRANSACTIONS  FOR 
PROCESSING  DATE  MM/DD/YY 

ORGANIZATION ; One  line  Is  printed  for  each  of  the  seven  valid 
transaction  types,  and  one  line  for  unresolved 
codes.  A total  line  Is  generated  at  the  end. 

CONTENTS: 


COLUMN  HEADER 

DESCRIPTION 

Format  Code 

Transaction  format  code 

Record  Type 

Name  of  the  transaction 

Count 

A count  of  the  number  of  transactions 
Input  of  this  type 

At  the  end  of  the  report,  a total  line  Is  printed  aggregating 
the  counts  for  the  various  format  codes. 
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FIGURE  3.2-6 

SUMMARY  OF  SERVICE  SYSTEM  TRANSACTIONS 


3.2.6  Service  Transaction  Edit  List 


The  S/U  System  transactions  are  required  to  meet  certain  data 
acceptance  criteria.  These  criteria  are  In  the  form  of  edit  criteria, 
checking  field  contents,  or  update  criteria,  checking  the  data 
against  existing  data.  Transactions  that  fall  to  meet  these  criteria 
are  rejected  and  printed  on  this  edit  list. 

A report  specification  Is  listed  In  Table  3.2-7  and  a sample 
report  Is  given  In  Figure  3.2-7. 
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TABLE  3.2-7 


REPORT  SPECIFICATION 
SERVICE  TRANSACTION  EDIT  LIST 

GENERATING  PROGRAM;  DG700 
FREQUENCY: 

REPORT  HEADER: 

ORGANIZATION: 

CONTENTS : 

For  each  rejected  transaction,  two  lines  are  printed.  The  first 
contains  the  name  of  the  transaction  and  a listing  of  its  contents. 
The  second  contains  an  asterisk  under  each  field  in  error;  or  a 
message  defining  the  erroneous  operation  attempted. 


Daily 

SERVICE  TRANSACTION  EDIT  LIST  FOR 
PROCESSING  DATE  MM/DD/YY 

Report  lines  are  printed  in  sequence  by  vehicle 
number . 


3-80 


AC  TRANSIT  10/09/73 

SERVICE  TRANSACTION  EDIT  LIST 

FOR  PROCESSING  DATE  10/09/73  PAGE 


® U.  ♦ 


r-  uj 
>0  ^ 
eg  o 

CO 

O I 
— > 


3-81 


FIGURE  3.2-7 

SERVICE  TRANSACTION  EDIT  LIST 


3. 3 File  Listings 


Reports  have  been  designed  to  display  to  the  user  the  contents 
of  the  records  In  the  major  system  files,  other  than  transaction 
files.  The  listings  provide  the  user  with  a capability  to  verify 
that  those  records  are  correct  and  may  assist  In  the  analysis  of 
possible  data  problems. 
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3.3.1  Vehicle  Information  Listing 

The  Vehicle  Information  Listing  is  an  on-demand  report,  requested 
by  the  user.  The  listing  displays  the  contents  of  the  Vehicle 
Master  File  records.  The  records  are  reformatted  for  the  purpose 
of  printing.  This  facilitates  the  use  and  interpretation  of  the 
listing. 

The  user  request  is  specified  to  the  system  in  the  form  of 
options.  These  options  specify  the  coaches  for  which  the  listing  is 
to  be  generated  and  the  types  of  records  to  be  displayed.  The  user 
may  specify: 

(a)  one  or  more  individual  coaches, 

(b)  one  or  more  series  of  coaches,  or 

(c)  all  coaches. 

Within  the  latter  two  options,  the  user  may  limit  the  request  to 
coaches  assigned  to  specific  divisions. 

The  user  may  also  specify  the  types  of  records  to  be  displayed: 

(a)  All  records,  * 

(b)  Daily  records, 

(c)  Monthly  records, 

(d)  Daily  and  monthly  records, 

(e)  Unit  change  records,  and 

(f)  Unit  change  and  monthly  records. 

The  Inspection  Performed  record  is  displayed  under  all  options. 
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Table  3.3-1  describes  the  report  specifications.  The  listing 


is  illustrated  in  Figure  3.3-1. 
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TABLE  3.3-1 


REPORT  SPECIFICATION 
VEHICLE  INFORMATION  LISTING 


GENERATING  PROGRAM:  VEHLST 

FREQUENCY ; On-demand 

REPORT  HEADER;  BUS  = 9999  VEHICLE  INFORMATION  LISTING 

ORGANIZATION ; The  report  contains  a separate  section  for  each 

coach  specified  by  the  user.  Within  each  section, 
records  are  sequenced  in  ascending  order  by: 

Vehicle  master  file  record  format  code 
Record  date 

CONTENTS: 

COLUMN  HEADER  DESCRIPTION 


Column  headings  are  displayed  for 
daily  and  monthly  records  only: 


Dailies 

Date 

Miles 


Fuel 

Oil 

Cool 

Term 

Torque 


Monthly 

Date 

Miles 

Fuel 

Oil 

Cool 


Date  of  Daily  record 

Miles  traveled  by  the  coach  that 

day 

quantity  dispensed  to 
the  coach  that  day 

Identification  number  of  data  collector 
terminal 

Torque  fluid  dispensed  to  the  coach 
that  day 


Oil 

Coolant 


Date  of  monthly  record 

Miles  traveled  by  the  coach  that 

month 

quantity  dispensed  to 
the  coach  that  month 
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Fuel 

Oil 


TABLE  3.3-1  (Concluded) 


COLUMN 


Fuel 

Oil 

Cool 


HEAI>B» 


DESCRIPTION 


Monthly  fuel  cost 
Monthly  oil  cost 
Monthly  coolant  cost 
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VEHICLE  INFORMATION  LISTING 
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FIGURE  3.3  1 

VEHICLE  INFORMATION  LISTING 


3.3.2  Constants  Files  Listings 

A single  report  generator  program  produces  listings  of  the 
contents  of: 

(a)  Daily  Constants  File, 

(b)  Fleet  Constants  File, 

(c)  Unit  Name  File,  and 

(d)  Unit  Threshold  File. 

A separate  listing  is  generated  for  each  file.  The  file  records 
are  reformatted  for  the  purpose  of  printing.  This  facilitates  the 
use  and  interpretation  of  the  listings. 

Tables  3.3-2  through  3.3-5  describe  the  report  specifications. 
The  listings  are  illustrated  in  Figures  3.3-2  through  3.3-5. 
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TABLE  3.3-2 


REPORT  SPECIFICATION 
DAILY  CONSTANTS  FILE  LISTING 

GENERATING  PROGRAM;  RP062 
FREQUENCY ; On-demand 


REPORT  HEADER: 

DAILY  CONSTANTS  FILE 

ORGANIZATION: 
CONTENTS : 

The  contents  of  the  Daily  Transaction  Limit, 
Oil  Price,  and  Coolant  Price  records  are  dis- 
played on  the  first  line.  The  Fuel  Price 
records  are  then  displayed  in  the  sequence 
in  which  they  are  stored  in  the  file.  The 
latter  part  of  the  listing  displays  the 
Inspection  Schedule  records.  The  details 
of  an-  inspection  schedule  are  displayed 
on  one  line.  The  lines  are  sequenced  by 
schedule  code. 

COLUMN  HEADER 

DESCRIPTION 

Column  headings  are  displayed  for 
fuel  price  and  inspection  schedule 
records  only. 

Fuel 

Type 

Price 

User-specified  code  representing 
fuel  type 

Price  per  unit  of  measure  expressed 
in  dollars 

Inspection  Schedules 


Sched 
Step/ type 

Inspection  schedule  code 
Inspection  step  code  and  type  (this 
column  heading  is  repeated  20  times) 
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TABLE  3.3-3 


REPORT  SPECIFICATION 

fleet  constants  file  listing 


GENERATING  PROGRAM:  RP062 


FREQUENCY:  On-demand 


REPORT  HEADER:  FLEET  CONSTANTS  FILE 

ORGANIZATION:  Detail  lines  are  sequenced  by  fleet  number  in  ascending 

order. 

CONTENTS: 

COLUMN  HEADER  DESCRIPTION 

Fleet  Fleet  number 


Fuel  Type 


User  specified  code  representing 
fuel  type  common  to  all  members  of 
fleet 


Capacity 

Fuel 

Oil 

Cool 


Fuel  capacity  common  to  all  members 
of  the  fleet 

Oil  capacity  common  to  all  members 
of  the  fleet 

Coolant  capcity  common  to  all  members 
of  the  fleet 


Del  Max 
Oil 
Cool 


Maximum  normal  daily  oil  consumption 
Maximum  normal  daily  coolant  consumption 


7- Day 
Min 
Max 
Min 
Max 
Min 
Max 


Limits 
I Fuel 

I Oil 
1 Coolant 


Ranges  of  normal  values  of  7-day 
averages  of  the  consumption  of  fuel 
(expressed  as  miles  per  gallon) , of 
oil  (expressed  as  miles  per  quart) 
and  of  coolant  (in  quarts). 
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TABLE  3.3-3  (Concluded) 


28-Day  Limits 
Min 
Max 
Min 
Max 
Min 
Max 


Fuel 


Oil 


Coolant 


Brake  Drum 
Thickness 
Front 
Rear 


J 


Ranges  of  normal  values  of  28-day 
averages  of  the  consumption  of 
fuel  (expressed  as  miles  per  gallon), 
of  oil  (expressed  as  miles  per  quart) 
and  of  coolant  (in  quarts). 


Brake  drum  "size"  test  values. 
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TABLE  3.3-4 


REPORT  SPECIFICATION 
UNIT  NAME  FILE  LISTING 

GENERATING  PROGRAM;  RP062 

FREQUENCY ; On-demand 

REPORT  HEADER:  UNIT  NAME  FILE 

ORGANIZATION ; Detail  lines  are  sequenced  by  group-imit  code  in 
ascending  order. 

CONTENTS; 

COLUMN  HEADER  DESCRIPTION 

Unit  No.  Group-unit  code 


Name 


Unit  name 


TABLE  3.3-5 


REPORT  SPECIFICATION 
UNIT  THRESHOLD  FILE  LISTING 


GENERATING  PROGRAM;  RP062 

frequency ; On-demand 

REPORT  HEADER:  UNIT  THRESHOLD  VALUES 

(Thousand  Miles) 

By  Fleet 

ORGANIZATION ; Detail  lines  are  sequenced  by  group-unit  code 
in  ascending  order. 

CONTENTS : 


COLUMN  HEADER  DESCRIPTION 


Unit  No 


Group-unit  code 

Other  column  headings  are  the  fleet 
numbers  on  file. 
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AC  TRANSIT 

OAUT  CONSTANTS  FILE  06/10/74 
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FIGURE  3.3  2 

ENO-OF-REPORT  DAILY  CONSTANTS  FILE  LISTING 


AC  TRANSIT 

FLEET  CONSTANTS  FILE  06/03/74 
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FIGURE  3.3  3 

END-OF-REPOR  T FLEET  CONSTANTS  FILE  LISTING 


GROUP 
UNIT  NO 


02-01 

04-01 

04-02 

04- 99 

05- 01 

07-01 

07- 02 

08- 01 
08-98 
08-99 

17-01 

30-01 

30-02 

30-03 

30-04 

30-05 

30-06 


AC  TRANSIT 

UNIT  NAME  FILE  06/03/74 

PAGE  1 


NAME 


DIFFERENTIAL 

BRAKE  LINING-FRONT 
BRAKE  LINING-REAR 
BRAKE  RELINE 

CLUTCH 

STARTER 

GENERATOR 

BLOWER 

SEMI-OVERHAUL 
MAJOR  OVERHAUL 

TRANSMISSION 

AIR  COMPRESSOR 
FRONT  BRAKE  DIAPHRAGM 
REA.'I  BRAKE  DIAPHRAGM,  00-3 
REAi.  BRAKE  DIAPHRAGM,  DOUBLES 
BRAKE  APPLICATOR  VALVE 
BRAKE  RELAY  VALVE 


FIGURE  3.3-4 
UNIT  NAME  FILE  LISTING 
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AC  TRANSIT 

UNIT  THRESHOLD  VALUES  06/03/74 

(THOUSAND  MILES)  PAGE 

BY  FLEET 
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FIGURE  3.3  5 

UNIT  THRESHOLD  FILE  LISTING 


3. 4 Error  Messages 


In  addition  to  the  error  messages  generated  by  transaction  edit 
procedures  (see  Section  3.2),  there  are  error  messages  designed  to 
inform  the  user  of  problems  during  system  execution.  The  messages  are 
printed  in  lieu  of  the  report  generated  by  the  program.  The  printing 
of  the  majority  of  these  messages  also  indicates  that  program  execution 
has  been  terminated.  Some  errors  are  serious  enough  to  result  in 
cancellation  of  the  system  run. 

The  S/U  System  error  messages  and  the  programs  with  which  they 
are  associated  are  listed  in  Table  3.4-1.  Also  given  is  the  effect 
that  the  error  has  on  the  system — i.e.,  program  termination  only, 
system  termination,  or  warning.  The  messages  are  listed  according 
to  error  type.  See  Section  7.0  for  the  exact  message  wording  in 
each  program,  and  a description  of  the  cause  of  the  error. 
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TABLE  3.4-1 


SIMS 

S/U  SYSTEM  ERROR 

MESSAGES 

Program 

Program 

System 

Message  Type 

Identification 

Section 

Action 

Date  Signal  Record  Error 

DTTAPE 

7.1 

S 

Maximum  Duplicate  Record 

DG700 

7.4 

S 

Limit  Reached 

Vehicle  Master  File  Out 

DG700 

7.4 

S 

of  Sequence 

RP053 

7.7 

S 

RP054 

7.8 

s 

RP056 

7.10 

S 

Vehicle  Extract  File  Out 

RP051 

7.6 

S 

of  Sequence 

No  Date  Record  Found 

RP051 

7.6 

p 

in  Date  File 

RP053 

7.7 

p 

or 

RP054 

7.8 

p 

Date  Not  Numeric 

RP055 

7.9 

p 

RP056 

7.10 

p 

RP057 

7.11 

p 

RP058 

7.12 

p 

RP059 

7.13 

p 

RP064 

7.15 

p 

RP066 

7.16 

p 

Data  Error  in  Daily 

RP054 

7.8 

N 

Constants  File 

RP066 

7.16 

N 

Data  Error  in  Fleet 

RP051 

7.6 

N 

Constants  File 

RP054 

7.8 

P 

No  Unit  Name  on  File 

RP064 

7.15 

N 

Request  Cards  Out  of 

RP064 

7.15 

N 

Sequence 

Note:  The  error  initiates  system  action  as  follows: 

S:  Execution  of  the  entire  job  is  cancelled. 

P:  Only  program  execution  is  cancelled. 

N:  No  action  is  taken.  The  message  is  a warning. 
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4.0  SERVICE/UNIT  CHANGE  SYSTEM  INPUTS 


The  input  to  the  SIMS  Service/Unit  Change  System  (S/U  System) 
consists  of  transaction  records,  request  cards,  and  JCL  cards.  The 
latter  two  types  of  input  control  the  execution  of  the  programs; 
they  are  described  in  Sections  4.3  and  4.4. 

Transaction  records  are  generally  input  to  the  system  in  the 
form  of  80-character  card  images.  ACTD  input  is  in  the  form  of  a 
card  deck;  DTS  input  is  on  800  bpi  unblocked  magnetic  tape. 

At  ACTD  and  DTS,  one  type  of  transaction  record,  servicing 
transactions,  is  entered  through  automated  data  collectors.  The 
format  and  coding  of  these  records  are  not  the  same  as  other  trans- 
action records.  ACTD  data  collector  records  are  80-character  BCK 
records;  at  DTS,  the  records  are  52-character  records  in  a modified 
ASCII  code.  By  means  of  a special-purpose  program,  data  collector 
records  of  each  property  are  translated  and  reformatted  to  be  com- 
patible with  the  other  transaction  records.  The  use  of  automated 
data  collectors  for  entry  of  servicing  transactions  is  not  a re- 
quirement of  the  S/U  System.  Servicing  transactions  may  be  pre- 
pared manually  on  a source  document,  from  which  the  information  is 
key-punched.  The  80-character  card  format  that  is  used  is  described 
in  Section  4.1.3.  The  data  collector  record  formats  are  described 
separately  in  Section  4.2. 
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4.1  Transaction  Records 


Table  4.1-1  lists  the  types  of  transactions  and  their  associated 
transaction  codes,  which  are  input  to  the  S/U  System.  For  reference, 
the  table  also  indicates  the  subsection  in  which  each  input  record 
format  is  described.  Sections  4.1.1  through  4.1.6  describe  the 
formats  of  vehicle  transaction  records.  Sections  4.1.7  through  4.1.11 
describe  the  formats  of  system  constants  input  records. 

Sections  4.1.4,  4.1.5,  and  4.1.6  describe  the  input  records  of 
maintenance  jobs  performed — i.e.,  inspections,  unit  changes  (including 
engine  re-rings  and  engine  overhauls),  and  brake  relines.  Normally, 
these  records  are  used  to  describe  maintenance  events  that  occur  day 
by  day.  The  description  identifies  the  date  and  type  of  job  performed 
and  the  vehicle  upon  which  it  was  performed.  These  same  types  of 
records  are  also  used  to: 

(a)  enter  initial  data  base  information, 

(b)  record  events  for  which  accumulated 
vehicle  mileage  cannot  be  computed 
automatically, 

(c)  correct  transactions  erroneously  entered,  and 

(d)  delete  file  records. 

The  procedures  executed  depend  on  the  value  of  a Correction  Modifier 
Code  (CMC)  and,  for  the  above  purposes  except  record  deletion,  the 
presence  of  an  accumulated  vehicle  mileage  value  in  the  input  record. 
CMC  values  and  the  actions  triggered  thereby  are  described  in 
Table  4.1-2.  In  each  case,  a date  requirement  is  specified.  Date 
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TABLE  4.1-1 


REFERENCE  LIST  OF 

INPUT  FORMATS  AND  TRANSACTION  CODES 


Transaction 


Sec.  No. 

Input  Format 

Code 

4.1.1 

Vehicle  assignment  record 

19, D9 

4.1.2 

Daily  miles  record 

02 

4.1.3 

Vehicle  servicing  perfoirmed  record 

17 

4.1.4 

Vehicle  inspection  performed  record 

03 

4.1.5 

Unit  change  performed  record 

13 

4.1.6 

Brake  reline  performed  record 

15 

4.1.7 

Service  system  constants  record 

Cl 

4.1.8 

Inspection  schedule  definition  record 

C5,D5 

4.1.9 

Fleet  constants  and  limits  record 

FI 

4.1.10 

Vehicle  group-unit  description  record 

U1 

4.1.11 

Unit  threshold  value  record 

T1,DT 
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;CTION  TO  AND  DELETION  OF 
INTENANCE  JOB  RECORDS 
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(c)  Used  when  maintenance  event  ascribed  to 
Correct  record  of  event  must  also  be  en 


requirements  may  be: 

(a)  N:  No  date  limit. 

(b)  J:  Job  date  must  not  be  more 

than  six  months  prior  to 
current  date. 

(c)  C:  Current  date. 

The  use  of  the  Correction  Modifier  Code  and  related  input  re- 
quirements are  described  in  detail  in: 

Input  Preparation  Guide:  SIMS  Service/Unit  Change 

System  (MTR-6408) 
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4.1.1  Vehicle  Assignment  Record  (19,  D9) 

The  Vehicle  Assignment  Record  is  the  first  vehicle  transaction 


record  entered  in  the  system.  The  entry  of  the  initial  record  for 
the  vehicle  causes  the  necessary  minimum  number  of  records  to  be 
created  in  the  Vehicle  Master  File. 

The  Vehicle  Assignment  Record  normally  contains  the  transaction 


code  19. 

It  is  used  to  enter: 

(a) 

The  basic  identity  of  the  vehicle — i.e.,  vehicle 
number,  model  year,  and  fleet  Identification. 

(b) 

The  accumulated  miles  traveled  by  the  vehicle  as  of 
the  effective  date  of  the  initial  vehicle  information 
entered.  This  provides  a baseline  mileage  value. 

(c) 

The  type  of  transit  service  and  the  operating  division 
to  which  the  vehicle  is  assigned. 

(d) 

The  identity  of  the  inspection  schedule  for  the  vehicle 
and  of  the  next  step  in  that  schedule  to  be  performed. 

(e) 

A change  in  vehicle  assignment  or  inspection  schedule. 

This 

record  is  also  used  to  delete  all  records  for  a vehicle  from 

the  Vehicle  Master  File.  Input  values  consist  of  the  transaction  code 
D9,  the  effective  date,  and  the  vehicle  number. 

Figure  4.1-1  describes  the  format  of  the  Vehicle  Assignment 


Record.  This  record  consists  of  the  following  data  items: 


Data  Item 


COBOL 

Field  Name 


Character 

Position 


1-2 

Transaction  code  (19,D9) 

WS-SRV-CODE 

3-4 

Month 

'WS-SRV-MO 

5-6 

Day 

' SIMS  date 

WS-SRV-DAY 

7-8 

Year 

WS-SRV-YR 

9-10 

Model  Year 

WS-SRV-MODEL-YR 

11-14 

Vehicle  number 

WS-SRV-VEH-NBR 

15-16 

Schedule  1 

’WS-SRV-ASG-SCH 

17-18 

Step 

j Inspection  assignment  “ 

WS-SRV-ASG-STEP 

19-20 

Fleet  assignment 

WS-SRV-FLT-ASG 

21-22 

Division  assignment 

WS-SRV-DIV-ASG 

23-24 

Service  assignment 

WS-SRV-A-SERV-ASG 

25-31 

Accumulated  miles  at  SIMS  date 

WS-SRV-A-ACCUM-MILES 

32-80 

Filler 

FILLER 

4-7 


1 

- 

O' 

J 

Filler 

1 

O' 

- 

Accumulated  Miles 

- 

Service  Assignment 

1 

X 

Division  Assignment 

1 

O' 

Fleet  Assignment 

1 

O' 

Inspection  Step 

Assignment  Schedule 

1 

Vehicle  Number 

O' 

c. 

Model  Year 

O' 

'O 

SIMS  >- 

Date  “ 

M M 

SL. 

Transaction  Code  - 19,  09 
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4.1.2  Dally  Miles  Record  (02) 

For  each  day  of  operation,  the  miles  traveled  by  each  vehicle 
operated  Is  entered  Into  the  system.  Values  of  zero  miles  are  not 
entered.  The  Dally  Miles  Record  Is  used  to  enter: 

(a)  miles  traveled,  scheduled  or  unscheduled,  by  a vehicle;  and 

(b)  adjustment  to  or  correction  of  the  miles  value  entered. 

A minus  sign  Is  Included  In  character  position  17  if 
the  value  is  to  be  subtracted  from  the  original  value. 


Figure  4.1-2  describes  the  format  of  the  Daily  Miles  Record. 


This  record  consists  of  the  following  data  items: 

Character  . COBOL 

Position  Data  Item Field  Name 


1-2 

3-4 

5-6 

7-8 

9-12 

13-16 

17 

18-80 


Transaction  code  (02) 

Month 

Day  ' Vehicle  operation  dat( 
Year 

Vehicle  number 
Daily  miles 
Miles  operator 
Filler 


WS-SRV-CODE 
■ WS-SRV-MO 
• WS-SRV-DAY 
WS-SRV-YR 
WS-SRV-VEH-NBR 
WS-SRV-MILES 
WS-SRV-MILES-OPR 
FILLER 
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Filler 

:: 

< 

-H 

Miles  Operator 

1 

s 

- 

Dally  Miles 

i 

O' 

Vehicle  Number 

I 

O' 

sO 

Vehicle  ^ 

o 

Operation  c 

Date  ^ 

- 

Transaction  Code  - 02 

J 
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4.1,3  Vehicle  Servicing  Performed  Record 


The  Vehicle  Servicing  Performed  Record  Is  used  to  enter: 

(a)  the  quantities  of  consumables — fuel,  oil,  coolant,  and 
torque  fluid — dispensed  to  a vehicle  each  time  it  is 
serviced;  and 

(b)  incremental  corrections  to  the  original  quantity  values. 

A minus  sign  is  included  in  the  character  position  fol- 
lowing the  quantity  field  if  the  value  is  to  be  sub- 
tracted from  the  original  value. 

The  record  includes  a Terminal  I.D.  Number  field.  This  provides 
for  the  entry  of  a record  that  contains  the  same  data  elements  as  an 
automated  data  collector  record.  The  inclusion  of  the  Terminal  I.D. 
Numer  is  not  a requirement  of  the  S/U  System. 

Figure  4.1-3  describes  the  format  of  the  Vehicle  Servicing 

Performed  Record.  This  record  contains  the  following  data  items: 

Character  COBOL 

Position  Data  Item Field  Name 


1-2 

3-4 

5-6 

7-8 


26 

27 

28 


29-32 

33-80 


9-10 

11-14 

15-18 

19 

20-22 

23 

24-25 


Transaction  code  (17) 

Month 

Day  'Vehicle  servicing  date 
Year 

Work  center  (division) 

Vehicle  number 

Fuel  (gallons,  to  one  decimal  place) 
Fuel  operator 

Oil  (quarts,  to  one  decimal  place) 
Oil  operator 
Coolant  (quarts) 

Coolant  operator 
Torque  fluid  (quarts) 

Torque  fluid  operator 
Terminal  I.D.  number 
Filler 


WS-SRV-CODE 
'WS-SRV-MO 
• WS-SRV-DAY 
WS-SRV-YR 
WS-SRV-S-WORK-CTR 
WS-SRV-S-VEH-NBR 
WS-SRV-FUEL-N 
WS-SRV-FUEL-OPR 
WS-SRV-OIL-N 
WS-SRV-OIL-OPR 
WS-SRV-COOL-N 
WS-SRV-COOL-OPR 
WS-SRV-TOR-N 
WS-SRV-TOR-OPR 
WS-SRV-TERM-ID 
FILLER 
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4.1.4  Vehicle  Inspection  Performed  Record 


The  user  has  the  option  of  entering  vehicle  Inspection  performed 
transactions  In  the  S/U  System.  As  described  In  Section  4.1.8,  each 
Inspection  cycle  followed  by  the  property  Is  defined  before  any 
Inspection  data  specific  to  a vehicle  Is  entered.  Also,  the  basic 
vehicle  data  entered  (see  Section  4.1.1)  Include  the  Identity  of  the 
Inspection  scheduled  for  the  vehicle  and  of  the  next  step  In  that  pro- 
gram to  be  performed.  This  creates  a record  of  the  Inspection  due. 
This  Information  Is  updated  each  time  a Vehicle  Inspection  Performed 
Record  Is  entered,  until  the  user  reassigns  the  vehicle  to  another 
program  or  takes  It  out  of  service.  The  Vehicle  Inspection  Performed 
Record  Is  used  to  enter; 

(a)  the  record  of  the  performance  of  an  Inspection 

(the  event  recorded  has  to  be  the  Inspection  due,  and 

(b)  the  correction  of  an  erroneous  Inspection  performed 
record.  This  requires  the  Inclusion  of  a value  In  the 
Accumulated  Miles  at  Inspection  field  and  In  the 
Correction  Modifier  Code  field. 


Figure  4.1-4  describes  the  Vehicle  Inspection  Performed  Record. 


This  record 

Character 

Position 

contains 

the  following  data  Items: 
Data  Item 

COBOL 

Field  Name 

1-2 

Transaction  code  (03) 

WS-SRV-CODE 

3-4 

Month 

’WS-SRV-MO 

5-6 

Day 

• Inspection  performed  date 

WS-SRV-DA 

7-8 

Year 

WS-SRV-YR 

9-12 

Vehicle  number 

WS-SRV-VEH-NBR 

13-14 

Schedule  1 _ . 

WS-SRV-SCH-PER 

15-16 

Step 

j-  Inspection  performed  ^ 

.WS-SRV-STEP-PER 

17 

Job  reason  code 

WS-SRV-REAS-CDE 

18-24 

Accumulated  miles  at  Inspection 

WS-SRV-I-ACC-MI 

25 

Correction  modifier  code 

WS-SRV-COR-CODE 

26-27 

Work  center  (division) 

WS-SRV-WORK-CTR 

28-80 

Filler 

FILLER 

4-13 


1 

A 

■» 

Filler 

X 

CM 

Work  Center 

X 

Correction  Modifier  Code 

- 

Accumulated  Miles 
At  Inspection 

- 

Job  Keason  uode 

1 

- 

Insoectlon  Step 

Performed  Schedule 

1 

a- 

-■ 

Vehicle  Number 

1 

Inspection 

Q 

Perroraed  ^ 

Date  „ 

J1 

- 

Transaction  Code  ® 03 

o 


o 

LlJ 

QC 
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4.1.5  Unit  Change  Performed  Record 


The  user  has  the  option  of  entering  unit  change  performed  trans- 
actions in  the  S/U  System.  As  described  in  Section  4.1.10,  a unit 
must  be  defined  before  the  first  transaction  for  that  specific  unit 
is  entered.  This  definition  includes  a vehicle  group-unit  code  that 
identifies  the  type  of  unit. 

The  user  option  includes  the  recording  of  engine  re-ring  and  engine 
overhaul  jobs.  These  job  types  are  identified  by  special  group-unit 
codes;  these  are  *0898'  and  ' 0899*,  respectively. 

The  Unit  Change  Performed  Record  is  used  to  enter; 

(a)  the  record  of  performance  of  a unit  change,  engine  re-ring, 
or  engine  overhaul,  and 

(b)  the  correction  of  an  erroneous  Unit  Change  Performed 
Record.  This  requires  the  inclusion  of  a value  in  the 
Accumulated  Miles  at  Unit  Change  field  and  in  the 
Correction  Modifier  Code  field. 

Figure  4.1-5  describes  the  Unit  Change  Performed  Record.  This 
record  contains  the  following  data  items: 

Character  COBOL 


Position 

Data  Item 

Field  Name 

1-2 

Transaction  code  (13) 

WS-SRV-CODE 

3-4 

Month 

WS-SRV-MO 

5-6 

Day 

Unit  change  performed  date 

WS-SRV-DAY 

7-8 

Year 

WS-SRV-YR 

9-12 

Vehicle  number 

WS-SRV-VEH-NBR 

13-14 

15-16 

Group 

Unit 

Group-unit  code 

jWS-SRV-CHG-GRP 

IwS-SRV-CHG-UNIT 

17 

Job  reason  code 

WS-SRV-REAS-CODE 

18-24 

Accumulated  miles  at  unit  change 

' WS-SRV-I-ACC-MI 

25 

Correction  modifier  code 

WS-SRV-COR-CODE 

26-27 

Work  center  (division) 

WS-SRV-WORK-CTR 

28-80 

Filler 

FILLER 

4-15 


1 

Filler 

■r 

:< 

Work  Center 

i. 

X 

Correction  Modifier  Code 

- 

Accumulated  Miles 
At  Unit  Change 

:: 

9 

Job  Reason  Code 

- 

Group  - Unit  Unit 

Code  Group 

i 

Vehicle  Number 

1 

Unit  Change 

o . 

Performed  ^ 

s 

Date  2; 

X 

Transaction  Code  = 13 

Lu  en 

o 
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4.1.6  Brake  Rellne  Performed  Record 


The  user  has  the  option  of  entering  brake  reline  performed 
transactions  in  the  S/U  System.  If  this  option  is  to  be  exercised, 
this  type  of  vehicle  maintenance  job  must  be  defined.  It  is  defined 
as  if  it  were  a unit  to  be  changed.  The  group-unit  code  included  in 
this  definition  must  be  0499,  as  this  code  is  specified  in  the 
computer  programs.  This  code  is  not  included  in  the  transaction 
record . 


The  Brake  Reline  Performed  Record  is  used  to  enter: 

(a)  the  record  of  the  performance  of  a brake  reline  job. 

This  job  may  involve  a reline  on  all  four  wheels  (a 
complete  reline  job)  or  a reline  on  one  or  two  wheels 

(a  partial  reline  job).  The  record  of  a complete  reline 
job  must  include  a value  in  the  Brake  Lining  Code  field. 

(b)  the  correction  of  an  erroneous  Brake  Reline  Performed 
record.  This  requires  the  inclusion  of  a value  in  the 
Accumulated  Miles  at  Brake  Reline  field  and  in  the 
Correction  Modifier  Code  field. 


Figure  4.1-6  describes  the  Brake  Reline  Performed  Record.  This 


record  includes  the  following  data  items: 


Character 

Position 


Data  Item 


COBOL 

Field  Name 


1-2 

3-4 

5-6 

7-8 

9-12 

13 

14-16 

17-19 

20-22 

23-25 

26-29 

30-36 

37 

38-39 

40-80 


Transaction  code  (15) 

Month 

Day  'Brake  reline  performed  date 
Year 

Vehicle  number 

Job  reason  code 

Brake  drum  size  - left  front 

Brake  drum  size  - right  front 

Brake  drum  size  - left  rear 

Brake  drum  size  - right  rear 

Brake  lining  code 

Accumulated  miles  at  brake  reline 

Correction  modifier  code 

Work  center  (division) 

Filler 


WS-SRV-CODE 
'WS-SRV-MO 
• WS-SRV-DAY 
WS-SRV-YR 
WS-SRV-VEH-NBR 
WS-SRV-BRK-REAS 
WS-SRV-SIZE-LF 
WS-SRV-SIZE-RF 
WS-SRV-SIZE-LR 
WS-SRV-SIZE-RR 
WS-SRV-BRK-LIN 
WS-SRV-BRK-MI 
WS-SRV-BRK-COR-CODE 
WS-SRV-BRK-WORK-CTR 
FILLER 
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1 

1 

«o 

Filler 

X 

Work  Center 

X 

Correction  Modifier  Code 

1 

Sj 

- 

Accumulated  Miles 
At  Brake  Reline 

1 

>: 

- 

Brake  Lining  Code 

1 

O' 

Brake  Drum  Size  - RR 

9> 

Brake  Dna  Slae  - LE 

1 

o- 

Brake  Drum  Size  - RF 

i 

o> 

Brake  Drum  Size  - LF 

2 

O' 

_ 

■s 

- 

Vehicle  Niimber 

i 

O. 

Y Y 

a 

Date  s 

SL 

- 

Transaction  Code  • 15 
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4.1.7  Service  System  Constants  Record 


User-specified  values  for  a set  of  constants  and  test  values  are 
used  in  the  S/U  System.  The  Service  System  Constants  Record  is  used 
to  enter  constants  associated  with  the  processing  of  the  Daily  Miles 
Record  and  the  Vehicle  Servicing  Performed  Record.  The  constants 
included  in  the  Service  System  Constants  Record  are: 

(a)  the  unit  prices  of  consumables, 

(b)  a daily  records  purge  factor,  and 

(c)  the  maximum  number  of  duplicate  records  allowed  before 
system  execution  is  terminated. 

Figure  4.1-7  describes  the  format  of  the  Service  System  Constants 
Record.  This  record  Includes  the  following  data  items: 

Character  COBOL 


Position 

Data  Item 

Field  Name 

1-2 

Transaction  code  (Cl) 

WS-SRV-CODE 

3-4 

Month 

WS-SRV-MO 

5-6 

Day 

Constants  date 

WS-SRV-DAY 

7-8 

Year 

.WS-SRV-YR 

9-10 

Days ' 

records 

WS-SRV-DAY-REC 

11-12 

Maximum  duplicates 

WS-SRV-MAX-DUP 

13-14 

Filler 

FILLER 

15-18 

Oil  price  (per  quart) 

WS-SRV-OIL-PR  , 

19-22 

Coolant  price  (per  quart) 

WS-SRV-COOL-PR 

23-24 

Fuel  type  - D1 

WS-SRV-FUELl 

25-28 

D1  fuel  price 

WS-SRV-FUEL-PRl 

29-30 

Fuel  type  - D2 

WS-SRV-FUEL2 

31-34 

D2  fuel  price 

WS-SRV-FUEL-PR2 

35-36 

Fuel  type  - G1 

WS-SRV-FUEL3 

37-40 

G1  fuel  price 

WS-SRV-FUEL-PR3 

41-42 

Fuel  type  - G2 

WS-SRV-FUEL4 

43-46 

G2  fuel  price 

WS-SRV-FUEL-PR4 

47-48 

Fuel  t5rpe  - Liquified  natural  gas 

WS-SRV-FUEL5 

49-52 

Liquified  natural  gas  price 

WS-SRV-FUEL-PR5 

53-54 

Fuel  type  - Compressed  natural  gas 

WS-SRV-FUEL6 

55-58 

Compressed  natural  gas  price 

WS-SRV-FUEL-PR6 

59-60 

Fuel  type  - Liquified  petroleum  gases 

WS-SRV-FUEL7 

61-64 

Liquified  petroleum  gases  price 

WS-SRV-FUEL-PR7 
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65-66 

Fuel  type  - Other  fuel  1 

WS-SRV-FUEL8 

67-70 

Other  fuel  1 price 

WS-SRV-FUEL-PR8 

71-72 

Fuel  type  - other  fuel  2 

WS-SRV-FUEL9 

73-76 

Other  fuel  2 price 

WS-SRV-FUEL-PR9 

77-80 

Filler 

FILLER 
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IT 

- 

Filler 

- 

Other  Fuel  2 Price  - 9v9(3) 

X 

- 

Ocher  Fuel  2 

1 

Other  Fuel  1 Price  - 9v9(3) 

1 

X 

Other  Fuel  1 

3 

•o 

LPG  Price  9v9(3) 

«> 

X 

- 

LPG 

1 

CNG  Price  - 9v9(3) 

■s 

X 

CNG 

1 

O' 

LNG  Price  - 9v9(3) 

1 

LNG 

1 

G2  Fuel  Price  - 9v9(3) 

1 

X 

G2  Fuel 

1 

O' 

G1  Fuel  Price  - 9v9(3) 

X 

G1  Fuel 

I 

- 

- 

D2  Fuel  Price  - 9v9(3) 

X 

- 

D2  Fuel 

1 

O' 

D1  Fuel  Price  - 9v9(3) 

2 

X 

D1  Fuel 

1 

- 

Coolant  Price  - 9v9(3) 

I 

Oil  Price  - 9v9(3) 

■§ 

Filler 

Maximum  Duplicates 

7 

O' 

Days'  Records 

i 

O' 

Constants  >* 

Q 

Date  m 

X 

X 

- 

Transaction  Code  « Cl 

FIGURE  4.1-7 

INPUT  RECORD  FORMAT:  SERVICE  SYSTEM  CONSTANTS 


4.1.8  Inspection  Schedule  Definition  Record 


As  indicated  in  Section  4.1.4,  before  the  user  exercises  the 
option  of  entering  Vehicle  Inspection  Performed  transactions  in  the 
S/U  System,  each  inspection  cycle  followed  by  the  property  is  defined. 

The  Inspection  Schedule  Definition  Record  is  used  to  enter. 

(a)  numerical  codes  that  identify  an  inspection  schedule  and 
the  steps  it  contains; 

(b)  the  type  of  inspection  each  step  code  represents; 

(c)  the  number  of  steps  in  the  schedule  (this  value  is 
entered  in  the  Inspection  Type  field  of  step  000;  and 

(d)  the  mileage  interval  between  steps  ■{this  value  is 
entered  in  the  Inspection  Type  field  of  step  99). 

To  define  the  inspection  schedule,  transaction  code  C5  is  included 
in  the  record. 

This  record  is  also  used  to  delete  an  inspection  schedule  definition 
from  the  constants  file.  For  this  purpose,  input  values  include  trans- 
action code,  D5,  the  effective  date,  and  the  code  that  identifies  the 
inspection  schedule.  Individual  steps  within  a schedule  cannot  be 
deleted.  Figure  4.1-8  describes  the  Inspection  Schedule  Definition  Record. 


This  record  contains  the  following  data  items: 


Character 

Position 

Data  Item 

COBOL 

Field  Name 

1-2 

Transaction  code  (C5,D5) 

WS-SRV-CODE 

3-4 

Month 

WS-SRV-MO 

5-6 

Day 

Inspection  definition  date 

WS-SRV-DAY 

7-8 

Year 

WS-SRV-YR 

9-10 

Inspection  schedule 

WS-SRV-I-SCH 

11-12 

Inspection  step 

WS-SRV-I-STEP 

13-14 

Inspection  type 

WS-SRV-INSPEC-TYPE 

15-80 

Filler 

FILLER 

4-22 


e 

■c 

3 

1 

A 

nO 

Filler 

■i 

- 

Inspection  Type 

1 

O' 

Inepection  Schedule  and  Step 

i 

O' 

Inspection  >• 

o 

r 

Date  j;  J 

- 

Transaction  Code  * C5,  D5  | 

4-23 


FIGURE  R.1-8 

INPUT  RECORD  FORMAT;  INSPECTION  SCHEDULE  DEFINITION 


4.1.9  Fleet  Constants  and  Limits  Record 


The  Fleet  Constants  and  Limits  Record  is  used  to  enter  a set  of 
user-specified  test  values  for  a fleet  of  vehicles.  Selected  test 
values  are  compared  to  either  transaction  values  or  calculated  values 
in  several  report  generator  programs.  The  fuel  type  associated  with 
a fleet  is  also  included  in  this  record.  This  data  item  is  used  to 
access  the  appropriate  fuel  price  used  to  compute  fuel  cost  during 
the  updating  of  the  Vehicle  Master  File. 

Figure  4.1-9  describes  the  Fleet  Constants  and  Limits  Record. 


This  record  Includes  the  following  data  items: 
Character 

Position  Data  Item 


COBOL 

Field  Name 


1-2 

3-4 

5-6 

7-8 

9-10 

11-12 

13-14 

15-17 

18-19 

20-21 

22-24 

25-26 

27-28 

29-32 

33-36 

37-38 

39-42 

43-46 

47-48 

49-52 

53-56 

57-58 

59-62 

63-66 

67-68 

69-71 

72-74 

75-80 


Transaction  code  (FI) 

WS-SRV-CODE 

Month 

'WS-SRV-MO 

Day 

•Fleet  limits  date 

WS-SRV-DAY 

Year 

.WS-SRV-YR 

Fleet 

number 

WS-SRV-FLT-NBR 

Filler 

FILLER 

Fuel  type 

WS-SRV-FUEL-TYPE 

Fuel  capacity 

WS-SRV-A-FUEL-CAP 

Oil  capacity 

WS-SRV-A-OIL-CAP 

Coolant  capacity 

WS-SRV-A-COOL-CAP 

Filler 

FILLER 

Daily  oil  maximum 

WS-SRV-DLY-OIL-MAX 

Daily  coolant  maximum 

WS-SRV-DLY-COOL-MAX 

7-day  fuel  minimum  (m. p.g.) 

WS-SRV-WK-F-MIN 

7-day 

oil  minimum  (m.p.q.) 

WS-SRV-WK-O-MIN 

7-day  coolant  minimum  (quarts) 

WS-SRV-WK-C-MIN 

7-day 

fuel  maximum  (m.p.g.) 

WS-SRV-WK-F-MAX 

7-day 

oil  maximum  (m.p.q.) 

WS-SRV-WK-O-MAX 

7 -day 

coolant  maximum  (quarts) 

WS-SRV-WK-C-MAX 

28-day  fuel  minimum  (m.p.g.) 

WS-SRV-28-F-MIN 

28-day  oil  minimum  (m.p.q.) 

WS-SRV-28-0-MIN 

28-day  coolant  minimum  (quarts) 

WS-SRV-28-C-MIN 

28-day  fuel  maximum  (m.p.g.) 

WS-SRV-28-F-MAX 

28-day  oil  maximum  (m.p.q.) 

WS-SRV-28-0-MAX 

28-day  coolant  maximum  (quarts) 

WS-SRV-28-C-MAX 

Front 

brake  dtrum  threshold 

WS-SRV-FB-THR 

Rear  brake  drum  threshold 

WS-SRV-RB-THR 

Filler 

FILLER 
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-IT 

A 

>o 

Filler 

O' 

Rear  Brake  Drum  Threshold 

1 

O' 

Front  Brake  Drum  Threshold 

O' 

28  - Day  Coolant  Max. 

■j 

O' 

*o 

28  - Day  Oil  Max. 

1 

O' 

- 

28  - Day  Fuel  Max  - 9(2)v9(2) 

O' 

28  - Day  Coolant  Min. 

O' 

•o 

28  - Day  Oil  Min. 

1 

O' 

•o 

28  - Day  Fuel  Min  - 9(2)v9(2) 

1 

O' 

fM 

7 - Day  Coolant  Max. 

t 

1 

O' 

•o 

7 - Day  Oil  Max. 

- 

7 - Day  Fuel  Max.  - 9(2)v9(2) 

I 

O' 

7 - Day  Coolant  Min. 

O' 

o 

7 - Day  Oil  Min. 

1 

O' 

- 

7 - Day  Fuel  Min.  - 9(2)v9(2) 

f 

O' 

Dally  Coolant  Max. 

- 

Dally  Oil  Max. 

■1 

* 

Filler 

J 

O' 

Coolant  Capacity 

f 

O' 

Oil  Capacity 

1 

.. 

- 

Fuel  Capacity 

f 

X 

Fuel  Type 

2. 

A 

Filler 

A 

O' 

Fleet  No. 

i 

O' 

'O 

Fleet 

Limits  Q 

£ 

Date  z: 

z 

- 

- 

Transaction  Code  « FI 
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4.1.10  Vehicle  Group-Unit  Description  Record 
As  Indicated  in  Section  4.1.5,  before  the  user  exercises  the 
option  of  entering  Unit  Change  Performed  transactions  in  the  S/U 
System,  the  units  must  be  defined.  The  Vehicle  Group-Unit 
Description  Record  is  used  to  enter: 

(a)  a group-unit  code  that  identifies  the  unit,  and 

(b)  the  brief  description,  or  name,  of  the  unit. 

Group-unit  codes  are  user-specified  except  for  three  codes 

that  identify  specific  maintenance  jobs.  These  jobs  are: 


0898  Engine  re-ring 

0899  Engine  overhaul 
0499  Brake  rellne 


These  codes  have  been  specified  in  the  computer  programs  to 


identify  these  definable  maintenance  jobs.  The  definitions  of  these 
types  of  jobs  must  be  entered  in  the  system  if  the  user  elects  to 
maintain  records  of  them. 


These  codes  have  been  specified  in  the  computer  programs  to 
identify  these  definable  maintenance  jobs. 

Figure  4.1-10  describes  the  format  of  the  Vehicle  Group-Unit 


Description  Record. 
Character 

Position  


This  record  contains  the  following  data  items: 

COBOL 

Data  Item Field  Name 


1-2 

3-4 

Transaction  code 
Monthil 

(Ul) 

5-6 

7-8 

Day 

Year 

■Group-unit 

date 

9-10 

11-12 

Group 

Unit 

. Group-unit  co 

13-42 

Unit  name 

43-80 

Filler 

WS-SRV-CODE 
WS-SRV-MO 
• WS-SRV-DAY 

(WS-SRV-YR 
WS-SRV-GROUP 
WS-SRV-UNIT 
WS-SRV-UNIT-NAME 
FILLER 


4-76 


1 

A 

s 

Filler 

1 

X 

o 

Unit  Name 

i 

O' 

- 

Code  Group 

i 

O' 

•o 

Group  - Unit  >• 

a 

Date  a 

r 

T 

X 

Transaction  Code  » U1 
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4.1.11  Unit  Threshold  Vai\ie  h.ecord 


If  the  user  elects  to  tiaintaln  records  of  unit  changes,  an 
optional  on-demand  report  can  be  generated.  This  report  identifies 
units  that  are  candidates  for  a unit  change.  Units  are  selected  by 
comparing  the  mileage  traveled  by  the  vehicle  since  the  unit  was 
installed,  with  a test  or  threshold  value.  The  Unit  Threshold  Value 
Record  is  used  to  enter  a test  value  specific  to  the  type  of  unit 
and  to  a fleet  of  vehicles.  To  enter  a threshold  value,  transaction 
code  T1  is  included  in  the  record. 

This  record  is  also  used  to  delete  a threshold  value  from  the 
file.  For  this  purpose,  the  input  values  include  transaction  code, 
DT,  the  effective  date,  the  fleet  number,  and  the  group-unit  code. 

Figure  4.1-11  describes  the  format  of  the  Unit  Threshold  Value 
Record.  This  record  includes  the  following  data  items; 


haracter 

osition 

Data  Item 

COBOL 

Field  Name 

1-2 

Transaction  code  (T1,DT) 

WS-SRV-CODE 

3-4 

Month 

WS-SRV-MO 

5-6 

Day 

WS-SRV-DAY 

7-8 

Year 

WS-SRV-YR 

9-10 

Fleet  number 

WS-SRV-TH-FLEET 

11-14 

Group-unit  code 

WS-SRV-TH-GU 

15-17 

Threshold  value  (thousand 

miles) 

WS-SRV-TKRES-VAL 

18 

(Reserved  for  Unit  Notice 

Factor) 

WS-SRV-NOT-FACTR 

19-80 

Filler 

FILLER 
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2. 

i 

s 

Filler 

2 

O' 

- 

Unit  Notice  Factor 

1 

O' 

Threshold  Value  (Thousand  Miles) 

1 

O' 

- 

Group  - Unit  Code 

O' 

Fleet  No. 

>* 

Date  Last  >* 

Q 

Uodate  “ 

1 

! 

M m' 

- 

Transaction  Code  » Tl,  DT 
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4, 2 Service  Data  Collecuor  Records 


As  implemented  at  ACID  and  DTS,  the  S/U  System  interfaces  v;ith 
an  data  collector  system.  Values  of  consumables  dispensed  to  a 
vehicle  are  recorded  automatically.  The  number  of  the  vehilce  is 
entered  manually  through  a keyboard  by  the  service  attendant.  The 
complete  record  is  transmitted  and  stored  on  tape  for  further  pro- 
cessing . 
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4.2.1  ACTD  Service  Data  Collector  Record 


At  ACTD,  the  data  collector  system  creates  an  80-character  BCD 
record.  When  the  record  is  transmitted,  it  is  stored  on  7-channel 
magnetic  tape.  The  first  step  in  the  processing  of  the  data  col- 
lector information  is  the  transfer  of  the  records  from  the  tape 
to  disk  storage  through  the  execution  of  the  utility  program 
lEBGENER.  The  records  are  converted  into  EBCDIC  code  during  this 
step.  During  the  next  processing  step,  the  execution  of  a special- 
purpose  program  (ACTAPE) , the  records  are  converted  to  the  format 
described  in  Section  4.1. '3.  The  data  collector  record  contains  the 
following  data  items: 

Character  COBOL 


Position 

Data  Item 

Field  Name 

1-3 

Julian  date  of  record 

JULIAN-IN 

4-7 

Time  record  was  recorded 

TIME-IN 

8 

Division 

IN-DIV 

9 

Data  collector  type  (=1) 

IN-COLTR 

10 

Filler 

FILLER 

11-13 

Terminal  I.D. 

TERM- ID 

14-15 

Filler 

FILLER 

16-19 

Vehicle  number 

BUS-NBR 

20-31 

Filler 

FILLER 

32 

Oil  (tens  digit)  - not  used 

IN-OIL-TENS 

33-36 

Fuel  (gallons,  to  one  decimal  place) 

IN-FUEL 

37-38 

Oil  (quarts,  to  one  decimal  place) 

IN-NUM-OIL 

39-40 

Coolant  (quarts) 

IN-COOL 

41 

Torque  fluid  (quarts) 

IN-TORQUE 

42-51 

Filler 

FILLER 

52-54 

Valid  record  indicator 

IN-CHECK-CODE 

55-80 

Filler 

FILLER 
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4.2.2  DTS  Service  Data  Collector  Record 


At  DTS,  the  automated  data  collector  system  creates  a 52- 
character  record,  in  modified  ASCII  code,  on  punched  paper  tape. 

The  tape,  containing  a day’s  transactions,  is  fed  into  a Mohawk 
6405  key tape  unit  that  transcribes  the  records,  character  by 
character,  onto  magnetic  tape. 

Other  transactions,  in  the  formats  described  in  Section  4.1, 
are  also  entered  on  the  same  magnetic  tape.  To  distinguish  the 
set  of  data  collector  records  from  the  set  of  other  transactions,  a 
Date/Signal  record  is  entered  immediately  before  the  first  record  in 
each  set. 

The  initial  steps  in  the  processing  of  DTS  transactions  consist 


of : 

(a)  transfer  of  the  input  records  to  disk  storage,  through 
the  execution  of  the  utility  program,  lEBGENER;  and 

(b)  translation  of  the  data  collector  records  from  ASCII 
to  EBCDIC,  and  conversion  of  those  records  to  the  S/U 
format.  This  is  accomplished  through  the  execution  of 
a special-purpose  program,  DTTAPE. 

The  data  collector  record  contains  the  following  data  items: 


Character 

Position  Data  Item 


COBOL 

Field  Name 


1 

Filler 

FILLER 

2-3 

Format  code  (=A1) 

FILLER 

4 

Filler 

FILLER 

5-7 

Bus  number 

DC-BUS 

8-20 

Filler 

FILLER 

21-24 

Fuel  (gallons  to  one  decimal  place) 

DC-FUEL 

25-26 

Oil  (quarts,  to  one  decimal  place) 

BC-OIL 

27-28 

Coolant  (quarts 

DC-COOL 

29 

Torque  Fluid  (quarts) 

DC-TORQUE 

30-42 

Filler 

FILLER 
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43-44 

Department  code  (=41) 

DC-WORK 

45-46 

Division  code  1 

DC-TERM 

47-48 

Terminal  code  j 

49-50 

Filler  1 

FILLER 

51 

Error  correction  code/ 

52 

End-of-record  code  (=Z) 

FILLER 

The 

reformatted  record,  output  by  the  program 

DTTAPE,  contains 

the  following  data  items: 

Character 

COBOL 

Position 

Data  Item 

Field  Name 

1-3 

Filler 

FILLER 

4-6 

Bus  number 

DC-BUS 

7-19 

Filler 

FILLER 

20-23 

Fuel  (gallons,  to  one  decimal  place) 

DC-FUEL 

24-25 

Oil  (quarts,  to  one  decimal  place) 

DC-OIL 

26-27 

Coolant  (quarts) 

DC-COOL 

28 

Torque  fluid  (quarts) 

DC-TORQUE 

29-41 

Filler 

FILLER 

42-43 

Department  code 

DC-WORK 

44-47 

Terminal  I . D . 

DC-TERM 

48-80 

Filler 

FILLER 

The  Date/Signal  record,  referred  to  above,  contains  the  following 
data  items: 


Character 

Position  Data  Item 


COBOL 

Field  Name 


1-2 

3-A 

5-6 

7-8 

9 


Format  code 
Month 
Day- 
Year 
Signal 


transaction  date 


I-FORMAT-DTE 
I-DTE 
I- SIGNAL 
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4 . 3 Request  Cards 


Two  types  of  request  cards  are  input  to  the  S/U  System.  They 
are  date  cards  and  vehicle  request  cards. 

A date  card  is  required  to  execute  each  report  generator  program, 
the  Constants  Files  Listings  Generator  program  (RP062)  and  the 
Transaction  Master  File  Update  program  (DT200) . The  date  card,  which 
is  defined  in  Section  6.15,  contains: 

(a)  the  report  request  code  (card  colun;ns  1-2).  Table  4.3-1 
lists  the  report  request  codes  together  with  the  system 
procedures  invoked  and  programs  executed  through  sub- 
mission of  the  comparable  execute  cards. 

(b)  the  report  date  (card  columns  3-8)  in  the  form,  'YYMMDD'. 

(c)  the  report  option  code  (card  columns  9-10),  if  an  exception 
report  is  requested.  Report  option  codes  are  defined 

in  Table  4.3-2. 

At  least  one  vehicle  request  card  is  required  to  generate: 

(a)  the  Coach  History  3y  Unit  report  (see  Section  3.1.9), 
which  displays  Transaction  Master  File  records,  and 

(b)  the  Vehicle  Information  Listing  (see  Section  3.3.1), 
which  displays  Vehicle  Master  File  records. 

The  number  of  vehicle  request  cards  used  to  specify  the  require- 
ments for  either  report  is  unlimited. 

The  vehicle  request  card,  which  is  defined  in  Section  6.23,  is 
almost  the  same  for  both  of  the  above  reports.  It  contains  fields 
for ; 

(a)  First  Coach  Number  (card  columns  1-4) . 

(b)  Last  Coach  Number  (card  columns  5-8). 
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TABLE  4.3-1 


REPORT  REQUEST  CODES 


Report 

Report 

Procedure 

Request  Code 

Generated 

Executed 

01 

Daily  Commodities 

SRVUOl-step  SRV09 

03 

Commodity  Usage 

SRVR53 

04 

Bus  Analysis 

SRVR54 

05 

Unit  Change 
Candidates 

SRVR55 

06 

Brake  Status 

SRVR56 

07 

(A) 

SRVR57 

08 

Units  Changed 

SRVR58 

09 

Unit  Status 

SRVR59 

10 

(A) 

SRVUTR 

62 

Constants  Files 

SRVR62 

64 

Coach  History 

SRVR64 

66 

Inspection  Planning 

SRVR66 

(A) : These  request  codes  are  for  functions  other 

generation.  The  functions  are: 

07  Creation  of  Monthly  Tire  Mileage  File 
10  Update  of  Transaction  Master  File 


Program 

Executed 

RP051 

RP053 

RP054 

RP055 

RP056 

RP057 

RP058 

RP059 

DT200 

RP062 

RP064 

RP066 

than  report 
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REPORT  OPTION  CODES 
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(c)  Record  Option  Code  (card  columns  9-10) . 

(d)  Division  Number (s).  The  format  used  for  the 
Coach  History  Report  Generator  program  allows 
for  the  entry  of  up  to  20  division  numbers 
while  the  format  used  for  the  Vehicle  Information 
Listing  allows  for  the  entry  of  only  one  division. 

The  Record  Option  Code  field  is  the  only  field  in  which  a 
value  must  be  entered.  The  code  entered  specifies  the  types  of 
records  to  be  displayed  on  the  report.  Record  option  codes  are 
defined  in  Table  4.3-3. 

The  coach  number  fields  are  used  to  specify  the  coaches  for 
which  the  report  is  to  be  generated.  Options  are: 

(a)  Both  fields  blank — all  coaches  on  file. 

(b)  Low  Coach  Number  only- - individual  coach  specified. 

(c)  Low  Coach  Number  and  High  Coach  Number-- all 
coaches  in  the  series  specified. 

Under  options  (a)  and  (c),  the  entry  of  a division  number 
in  the  vehicle  request  card  limits  the  report  to  coaches  assigned 
to  the  division  or  divisions  specified. 
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RECORD  OPTION  CODES 
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4.4  JCL  Cards 


S/U  System  procedures  can  be: 

(a)  executed  in  stream,  or 

(b)  cataloged  in  a procedures  library  and  involved  at 
the  time  of  system  execution. 

The  latter  method  was  used  in  the  implementation  of  the  system 
at  ACTD  and  at  DTS . The  cataloged  procedures  are  illustrated  in 
Section  5.0  of  this  document.  The  JCL  input  consists  of  the  job 
cards,  setup  cards,  and  message  cards  required  for  job  submission, 
and  of  execute  (EXEC)  cards  that  invoke  the  cataloged  procedures. 

The  S/U  System  may  be  run  in  one  of  two  ways.  The  standard  run 
consists  of  the  submission  of  transaction  data  for  processing  and 
the  production  of  requested  reports.  The  alternative  consists  of 
requests  for  report  generators  to  be  executed  on  a stand-alone  basis. 

The  job  deck  for  the  standard  run  consists  of: 

(a)  job  cards,  setup  cards,  and  message  cards,  as 
required  by  the  computer  cente; 

(b)  an  execute  card  to  invoke  procedure  SRVLATE 
(under  this  procedure,  the  date  cards  are 
processed,  creating  a file  of  report  requests); 

(c)  a data  definition  card  to  indicate  the 
presence  of  date  cards; 

(d)  the  date  cards; 

(e)  an  execute  card  to  invoke  procedure  SRVUOl, 
which  processes  the  input  transactions  and 
generates  the  standard  reports  automatically; 
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(f)  a data  definition  card  to  indicate  the  presence 
of  transaction  cards; 

(g)  the  transaction  cards;  and 

(h)  execute  cards  to  invoke  the  procedures  for 
the  desired  extra  reports.  For  each  execute 
card,  a date  card  must  be  included  in  the 
run  deck. 


The  execution  of  report  generator  programs  on  a stand-alone 
basis  is  accomplished  by  submitting  date  cards  and  execute  cards  to 
invoke  the  procedures  for  the  desired  reports.  The  job  setup  follows 
steps  (a)  through  (d)  and  (h)  as  described  above. 
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5.0  SYSTEM  PROCEDURES 


The  SIMS  S/U  System  has  been  implemented  at  two  transit  proper- 
ties, Alameda-Contra  Costa  Transit  District  (ACTD)  and  Dallas  Transit 
System  (DTS).  In  each  application,  the  S/U  System  is  installed  at 
and  executed  by  a service  bureau.  For  ACTD,  the  service  bureau  is 
Optimum  Systems,  Inc.,  in  Santa  Clara,  California.  For  DTS,  the 
service  bureau  is  the  municipal  computer  center. 

The  S/U  System  files,  except  for  the  Transaction  Master  File, 
and  program  libraries  reside  on  a private  disk  pack,  TMDISK.  The 
Transaction  Master  File  is  on  magnetic  tape.  Procedures  for  execut- 
ing the  system  are  cataloged  in  the  service  bureau's  procedure 
library.  These  procedures  are  invoked  by  user-supplied  Job  Control 
Language  (JCL)  cards. 

The  execution  of  the  S/U  System  is  described  in  terms  of  jobs 
that,  in  turn,  are  broken  down  into  the  cataloged  procedures  that 
constitute  each  job.  Each  procedure  is  described  in  this  section 


by  a flowchart  and  a procedure  specification.  The  latter  consists 
of  the  following  items: 


Procedure  Name: 


the  name  specified  in  the  execute 
card  included  in  the  job  deck. 


Program  Executed: 


the  identification  and  name  of  the 
program  executed  under  the  procedure. 


Functions : 


the  basic  purpose  of  the  program  is 
briefly  described. 


Procedure  Flowchart:  a reference  to  the  associated  flowchart. 
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Files : 


both  input  and  output  files  associated 
with  the  procedure,  identified  by  file 
name  and  data  set  name.  A reference  to 
the  section  describing  each  file  is 
provided . 

Reports:  reports  generated  by  the  program. 

The  procedures  comprising  the  regular  S/U  System  job,  SRVDLY, 
are  described  in  Section  5.1.  Several  peripheral  procedures  have 
been  provided  to  perform  specialized  tasks  outside  of  the  regular 
SRVDLY  job.  These  are  detailed  in  Section  5.2. 

Listings  of  cataloged  procedures  are  provided  in  Section  5.3. 
These  listings  are  illustrative  only.  The  majority  are  procedures 

installed  at  ACTD.  Procedures  that  are  not  installed  at  this  loca- 
tion are  illustrated  by  those  Installed  at  DTS. 

Although  the  S/U  procedures  are  basically  the  same  at  both 
properties,  there  are  certain  differences  between  the  procedures 
as  used  at  the  two  properties.  These  differences  are  the  result  of: 

(a)  output  requirements  of  each  property; 

« 

(b)  the  method  of  data  submission; 

(c)  variation  in  the  operating  procedures  of  the 
computer  centers  where  the  S/U  System  is 
installed; 

(d)  variation  in  the  computer  center  billing 
algorithms;  and 

(e)  program  region  size  availability. 

These  differences  are  reflected  in  the  illustrated  procedures. 
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5 . 1 Basic  S/U  System  Job  - SRVDLY 


The  basic  job  (SRVDLY)  is  normally  executed  on  a daily  basis, 
except  for  weekends  and  holidays.  It  updates  the  Vehicle  Master  File 
(see  Section  6.1),  and  produces  standard  user  reports  and  edit  reports 
of  input  transactions.  Optionally,  the  user  may  request  on-demand 

reports  through  execution  of  cataloged  procedures.  These  on-demand 
reports  are  normally  executed  weekly  or  monthly.  The  extra  reports 
may  be  included  in  the  regular  daily  job  run  or  may  be  generated  on 
a stand-alone  basis. 

Table  5.1-0  lists  the  cataloged  procedures  associated  with  the 
basic  job,  SRVDLY.  The  job  stream  necessitates  execution  of  the 
procedures  in  a specified  order.  This  order  is  defined  in  Table  5.1-0 

As  implemented  at  DTS,  the  regular  daily  run  consists  of  execut- 
ing procedures  SIMAPUT,  SRVTOl,  SRVDATE,  and  SRVUOl,  in  that  order. 

Most  of  the  remaining  procedures  listed  in  Table  5.1-0,  SRVR53 
through  SRVR57,  execute  on-demand  reports.  The  exceptions  are  SRVR57, 
which  produces  a disk  file,  and  SRVUTR.  The  latter  procedure  up- 
dates the  Transaction  Master  File  and  must  be  executed  before  SRVR58 
and  SRVR64.  Any  combination  of  the  procedures  may  be  run,  depending 
on  the  user's  requests.  The  on-demand  reports  are  not  dependent  on 
each  other,  and  so  failure  to  execute  one  will  not  affect  the 
execution  of  the  others. 

Some  of  the  procedures  are  transit-property  specific.  This  is 
due  to  variations  in  output  requirements  and  input  sources.  The 
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TABLE  5.1-0 
SRVDLY  PROCEDURES 


Order  of 

Procedure 

Execution 

Procedure 

Name 

Program(s) 

Description 

0 

SIMAPUT 
(DTS  only) 

lEBGENER 

Copies  DTS  data  collector 
tapes  to  disk 

lA 

SRVTOl 
(DTS  only) 

DTTAPE 

DTS  data  collector  tape 
translator 

IB 

SRVT03 
(ACTD  only) 

ACTAPE 

AC  data  collector  tape 
translator 

2 

SRVDATE 

lEBGENER 

Generates  Date  Request  File 

3 

SRVUOl 

DA600 

lERRCOOO 

DG700 

RP051A(or  D) 
DTIOO 

Edits  transactions,  updates 
Vehicles  Master  File  and  Monthly 
Transaction  File,  and  produces 
daily  reports 

4 

SRVR53 

RP053 

Generates  Commodity  Usage 
Report 

5 

SRVR54 

RP054 

Generates  Bus  Analysis  Reports 

6 

SRVR55 

RP055 

Generates  Unit  Change  Candidates 
Report 

7 

SRVR56 
(DTS  only) 

RP056 

Generates  Brake  Status  Report 

8 

SRVR59 
(ACTD  only) 

RP059 

Generates  Unit  Change  Status 
Report 

9 

SRVR66 

RP066 

Generates  Inspection  Planning 
Report 

10 

SRVUTR 

DT200 

Updates  Transaction  Master  File 

11 

SRVR58 

RP058 

Generates  Units  Changed  Report 

12 

SRVR64 

RP064 

Generates  Coach  History  By  Unit 

13 

SRVR57 
(DTS  only) 

RP057 

Generates  a file  of  tire  mileage 
for  the  month 
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procedures  specific  to  DTS  are  SIMAPUT,  SRVTOl,  SRVR56,  and  SRVR57. 


Those  specific  to  ACTD  are  SRVT03  and  SRVR59. 
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FIGURE  5.1-1 
PROCEDURE  SIMAPUT 


5-6 


TABLE  5.1-1 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME:  SIMAPUT  (See  note  below.) 

PROGRAM  EXECUTED;  lEBGENER  - Data  Set  Copy  Utility 

FUNCTIONS ; To  transfer  input  transaction  file  from  tape  to  disk. 

PROCEDURE  FLOWCHART;  Figure  5.1-1 

FILES; 


FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT: 

DTS  Tape  Input  File  MAGTAPE  6.18 

OUTPUT; 

DTS  Temporary  Disk  File  DAILYTRN  6.19 

REPORTS; 

None. 


Note: 


The  procedure  name  varies  in  accord  with  the  number,  up  to 
ive,  o input  tapes  submitted.  Procedure  names  are  SIMAPUTl 

The  pr^graT  ’ 

lEBGENER  is  executed  up  to  five  times  once  for  each  input  tape. 
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FIGURE  5.1-2 
PROCEDURE SRVT01 


TABLE  5.1-2 


PROCEDURE  SPECIFICATION 

PROCEDURE  NAME;  SRVTOl 

PROGRAM  EXECUTED:  DTTAPE  - Dallas  Input  Tape  Processor 

FUNCTIONS ; To  translate  service  data  collector  records  from  ASCII 
code  to  EDCDIC  and  to  edit  and  reformat  these  records. 

PROCEDURE  FLOWCHART;  Figure  5.1-2 

FILES: 


FILE  NAME 


DATA  SET  NAME 


SEC.  REF. 


INPUT: 


DTS  Temporary  Disk  File  DAILYTRN  6.19 

ASCII  Translation  File  S.DTPARM  6.22 


OUTPUT: 

Daily  Transaction  File 


M.TRTAPE 


6.6 


REPORTS : 


Rejected  Service  Data  Collector  Records 
Service  Data  Collector  Record  Summary 
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FIGURE  5.1-3 
PROCEDURE  SRVT03 
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TABLE  5.1-3 


PROCEDURE  SPECIFICATION 

PROCEDURE  NAME;  SRVT03 

PROGRAM  EXECUTED;  ACTAPE  - ACTD  Input  Tape  Processor 
FUNCTIONS;  To  reformat  service  data  collector  records. 
PROCEDURE  FLOWCHART;  Figure  5.1-3 
FILES; 


FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT; 

ACTD  Tape  Input  File  DATA  (ACFLUX)  6.17 

OUTPUT; 

Daily  Transaction  File  M.TRTAPE  6.6 

REPORTS ; 

None. 
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TMDISK 

S.CTL 

(CTLDATE) 


lEBGENER 


TMDISK 


S.DATE 


DATECD 


FIGURE  5.1-4 
PROCEDURE  SRVDATE 


5-12 


TABLE  5.1-4 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVDATE 

PROGRAM  EXECUTED;  lEBGENER  - Data  Set  Copy  Utility 
FUNCTICftJS;  To  create  Request  Date  File. 

PROCEDURE  FLOWCHART;  Figure  5.1-4 
FILES : 


FILE  NAME 


DATA  SET  NAME 


SEC.  REF 


INPUT: 


Service  System  Control  File 
Request  Date  Card  File 


S.CTL(CTLDATE) 

DATECD 


6.14, 

6.15 


OUTPUT: 


Request  Date  File 


S.DATE 


6.13 


REPORTS 


None 
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FIGURE  5.1-5 

PROCEDURE  SRVU01-SRV01 


TABLE  5.1-5 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME;  SRVUOl-SRVOl 
PROGRAM  EXECUTED;  DA600  - Data  Acceptance 

FUNCTIONS;  To  edit  transaction  code,  date  and  vehicle  number  and  to 
update  constants  files. 

PROCEDURE  FLOWCHART:  Figure  5.1-5 

FILES : 


FILE  NAME 

DATA  SET  NAME 

SEC.  REF 

INPUT: 

Daily  Transaction  File 

M.TRTAPE 

6.6 

Daily  Constants  File 

S.DLYCON 

6.2 

Fleet  Constants  File 

S.FLTCON 

6.3 

Unit  Name  File 

S.UTNAME 

6.4 

Unit  Threshold  File 

S.UTTHRS 

6.5 

Card  Input  File 

TRAN CD 

6.16 

OUTPUT : 

Temporary  Storage  Transaction 

M. TRANS 

6.7 

File 

Daily  Constants  File 

S.DLYCON 

6.2 

Fleet  Constants  File 

S.FLTCON 

6.3 

Unit  Name  File 

S.UTNAME 

6.4 

Unit  Threshold  File 

S.UTTHRS 

6.5 

REPORTS : 


Constants  File  Update 

Unresolved  Codes  and  Edit  List 

Summary  of  Service  Systems  Transactions 
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FIGURE  5.1-6 

PROCEDURE  SRVU01-SRV03 
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TABLE  5.1-6 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME;  SRVU01-SRV03 

PROGRAM  EXECUTED;  lERRCOOO  - Sort/Merge  Utility 
FUNCTIONS;  To  sort  transaction  records. 

PROCEDURE  FLOWCHART:  Figure  5.1-6 
FILES; 

FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT; 

Temporary  Storage  Trans- 
action File 

Service  System  Control  File 
OUTPUT; 

Temporary  Storage  Sorted  M.SRTRANS  6.8 

Transaction  File 


M. TRANS  6.7 

S.CTL(CTLSRV03)  6.14 


REPORTS ; 
None. 
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FIGURE  5.1-7 

PROCEDURE  SRVU01-SRV05 


5-18 


TABLE  5.1-7 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME:  SRVU01-SRV05 

PROGRAM  EXECUTED:  DG700  - Vehicle  Master  File  Edit/Update 

FUNCTIONS ; To  edit  daily  transactions,  update  the  Vehicle  Master 
File,  store  selected  transaction  records,  and  create 
the  Daily  Extract  File. 

PROCEDURE  FLOWCHART;  Figure  5.1-7 

FILES: 


FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT: 


Vehicle  Master  File 

M. VEHICLE  (0) 

6.1 

Temporary  Storage  Sorted 

M.SRTRANS 

6.8 

Transaction  File 

Daily  Constants  File 

S.DLYCON 

6.2 

Fleet  Constants  File 

S.FLTCON 

6.3 

Unit  Name  File 

S.UTNAME 

6. A 

Request  Date  File 

S.DATE 

6.13 

OUTPUT : 

Vehicle  Master  File 

M. VEHICLE (+1) 

6.1 

Temporary  Transaction  File 

M.TEMPTRN 

6.10 

Daily  Extract  File 

M.  DLYEXT 

6.9 

REPORTS : 

Service  Transaction  Edit  List 


5-19 


FIGURE  5.1-8 

PROCEDURE  SRVU01-SRV09 


TABLE  5.1-8 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME;  SRVU01-SRV09 

PROGRAM  EXECUTED;  RP051  - Conmodity  Report  Generator 

FUNCTIONS;  To  generate  daily  reports  of  consumables  dispensed 
and  vehicle  mileage  traveled  (see  note). 

PROCEDURE  FLOWCHART;  Figure  5.1-8 

FILES; 


FILE  NAME 

INPUT; 


DATA  SET  NAME 


SEC.  REF. 


Daily  Extract  File 
Request  Date  File 
Fleet  Constants  File 


M.DLYEXT 

S.DATE 

S.FLTCON 


6.9 

6.13 

6.3 


OUTPUT; 

None. 


REPORTS; 

Commodity  Report 
Division  Svimmary 


NOTE;  The  reporting  of  inspections  performed  is  an  option  available 
to  the  user. 
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TMDISK^^^ 

M.M0NTRAN(+1) 


BRAKE  JOB  DONE 


BUSES  ADDED/ 
DELETED/UPDATED 


UNIT  CHANGED/ 
OVERHAUL /RERING 


SIMS  S/U  COACH 
TRANSACTION 
INSPECTION 
PERFORMED 
^ NOTICE 


FIGURE  5.1-9 

PROCEDURE  SRVU01-SRV11 


TABLE  5.1-9 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME:  SRVUOl-SRVll 

PROGRAM  EXECUTED:  DTIOO  - Transaction  Disk  File  Update 

FUNCTIONS ; To  update  Monthly  Transaction  File  and  generate  daily 
reports  of  selected  types  of  transactions  processed. 

PROCEDURE  FLOWCHART;  Figure  5.1-9 

FILES: 


FILE  NAME 

DATA  SET  NAME 

SEC.  REF 

INPUT: 

Monthly  Transaction  File 

M.  MONTRAN(O) 

6.11 

Temporary  Transaction 

M.TEMPTRN 

6.10 

File 

Daily  Constants  File 

S.DLYCON 

6.2 

Unit  Name  File 

S.UTNAME 

6.4 

OUTPUT: 

Monthly  Transaction  File 

M.MONTRAN  (+1) 

6.11 

REPORTS: 

SIMS  S/U  Coach  Transactions: 

1.  Inspection  Performed  Notice 

2.  Unit  Changed/Rering/Overhaul 

3.  Buses  Added/Deleted/Updated 

4.  Brake  Job  Done 
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FIGURE  5.1-10 
PROCEDURE SRVR53 


TABLE  5.1-10 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR53 

PROGRAM  EXECUTED;  RP053  - Commodity  Usage  Report  Generator 
FUNCTIONS;  To  generate  the  Commodity  Usage  Report 
PROCEDURE  FLOWCHART;  Figure  5.1-10 
FILES; 


SEC.  REF. 


6.1 
6.3 
6.13 

OUTPUT; 

None. 

REPORTS; 

Commodity  Usage  Report 


FILE  NAME 


DATA  SET  NAME 


INPUT; 


Vehicle  Master  File 
Fleet  Constants  File 
Request  Date  File 


M. VEHICLE ( ) 

S.FLTCON 

S.DATE 
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FIGURE  5.1-11 
PROCEDURE  SRVR54 


TABLE  5.1-11 


PROCEDURE  SPECIFICATION 

PROCEDURE  NAME;  SRVR54 

PROGRAM  EXECUTED;  RP054  - Bus  Analysis  Report  Generator 
FUNCTIONS;  To  generate  Bus  Analysis  Report  and  summary  reports. 
PROCEDURE  FLOWCHART;  Figure  5.1-11 
FILES; 


FILE  NAME 

DATA  SET  NAME 

SEC.  REF 

INPUT; 

Vehicle  Master  File 

M. VEHICLE  ( ) 

6.1 

Daily  Constants  File 

S.DLYCON 

6.2 

Fleet  Constants  File 

S.FLTCON 

6.3 

Request  Date  File 

S.DATE 

6.13 

OUTPUT; 

None. 


REPORTS; 

Bus  Analysis 

Bus  Analysis  Summary 

Bus  Analysis  Division/System  Summary 
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FIGURE  5.1-12 
PROCEDURE  SRVR55 


TABLE  5.1-12 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR55 

PROGRAM  EXECUTED;  RP055  - Unit  Change  Candidates  Report  Generator 

FUNCTIONS : To  generate  Unit  Candidates  Report  and  Rering/Overhaul 

Candidates  Report. 

PROCEDURE  FLOWCHART;  Figure  5.1-12 
FILES: 


FILE  NAME  . 

DATA  SET  NAME 

SEC.  REF 

INPUT: 

Vehicle  Master  File 

M. VEHICLE  ( ) 

6.1 

Unit  Name  File 

S.UTNAME 

6.4 

Unit  Threshold  File 

S.UTTHRS 

6.5 

Request  Date  File 

S.DATE 

6.13 

OUTPUT: 


None. 


REPORTS : 


Unit  Change  Candidates 
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FIGURE  5.1-13 
PROCEDURE SRVR56 


TABLE  5.1-13 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR56 

PROGRAM  EXECUTED;  RP056  - Brake  Status  Report  Generator 
FUNCTIONS;  To  generate  the  Brake  Status  Report. 
PROCEDURE  FLOWCHART;  Figure  5.1-13 
FILES; 


FILE  NAME 


DATA  SET  NAME 


SEC.  REF 


INPUT; 


Vehicle  Master  File 
Fleet  Constants  File 
Unit  Thresholds  File 
Request  Date  File 


M. VEHICLE ( ) 
S.FLTCON 
S.UTTHRS 
S.DATE 


6.1 

6.3 

6.5 

6.13 


OUTPUT; 


None 


REPORTS ; 


Brake  Status 
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FIGURE  5.1-14 
PROCEDURE SRVR59 


TABLE  5.1-14 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR59 

PROGRAM  EXECUTED:  RP059  - Unit  Status  Report  Generator 

FUNCTIONS ; To  generate  Unit  Change  Status  Report. 
PROCEDURE  FLOWCHART;  Figure  5.1-14 
FILES: 


FILE  NAME 


DATA  SET  NAME 


SEC.  REF 


INPUT 


Vehicle  Master  File 
Request  Date  File 


M. VEHICLE ( ) 
S.DATE 


6.1 

6.13 


OUTPUT; 


None 


REPORTS: 


Unit  Change  Statqs 
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INSPECTION 

RP066 

PLANNING 

REPORT 

FIGURE  5.1-15 
PROCEDURE  SRVR66 
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TABLE  5.1-15 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR66 

PROGRAM  EXECUTED;  RP066  - Inspection  Planning  Report  Generator 
FUNCTIONS:  To  generate  Inspection  Planning  Report 

PROCEDURE  FLOWCHART:  Figure  5.1-15 

FILES: 


FILE  NAME 


DATA  SET  NAHE 


SEC.  REF 


INPUT: 


Vehicle  Master  File 
Daily  Constants  File 
Request  Date  File 


M.  VEHICLE ( ) 
S.DLYCON 
S . DATE 


6.1 

6.2 

6.13 


OUTPUT 


None 


REPORTS: 


Inspection  Planning  Report 
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FIGURE  5.1-16 
PROCEDURE  SRVUTR 


TABLE  5.1-16 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVUTR 

PROGRAM  EXECUTED;  DT200  - Transaction  Master  File  Update 
FUNCTIONS ; To  update  the  Transaction  Master  File. 
PROCEDURE  FLOWCHART;  Figure  5.1-16 
FILES: 


FILE  NAME 


DATA  SET  NAME 


INPUT: 


Monthly  Transaction  File  M.MONTRAN(0) 
Transaction  Master  File  M.TRANTAPE(O) 


OUTPUT: 

Transaction  Master  File  M.TRANTAPE(+1) 


SEC.  REF. 


6.11 

6.12 


6.12 


REPORTS: 

If  a record  in  the  data  set,  M.MONTRAN,  cannot  be  processed,  an 
untitled  report  is  generated.  This  report  lists  all  such  records. 
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FIGURE  5.1-17 
PROCEDURE SRVR58 


TABLE  5.1-17 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR58 

PROGRAM  EXECUTED;  RP058  - Units  Changed  Report  Generator 
FUNCTIONS;  To  generate  reports  of  vehicle  maintenance  jobs  performed. 
PROCEDURE  FLOWCHART;  Figure  5.1-17 
FILES : 


FILE  NAME 

INPUT; 


DATA  SET  NAME 


Transaction  Master  File  M.TRANTAPE(  ) 
Unit  Name  File  S.UTNAME 

Request  Date  File  S.DATE 

OUTPUT; 


SEC.  REF. 


6.12 

6.4 

6.13 


None. 


REPORTS ; 

Units  Changed 
Inspections  Done 
Rering /Over haul  Jobs 
Brake  Jobs 


5-39 


FIGURE  5.1-18 
PROCEDURE SRVR64 
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TABLE  5.1-18 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR64 

PROGRAM  NAME:  RP064  - Coach  History  Report  Generator 

FUNCTIONS;  To  generate  Coach  History  By  Unit  Report. 
PROCEDURE  FLOWCHART:  Figure  5.1-18 

FILES: 


FILE  NAME 


DATA  SET  NAME 


SEC.  REF. 


INPUT: 


Vehicle  Master  File 
Daily  Constants  File 
Unit  Name  File 
Transaction  Master  File 
Request  Date  File 
Vehicle  Request  Cards 


M. VEHICLE ( ) 
S.DLYCON 
S.UTNAME 
M.TRANTAPE(  ) 
S . DATE 
SYS  IN 


6.1 

6.2 

6.4 

6.12 

6.13 

6.23 


OUTPUT: 


None 


REPORTS: 


Coach  History  By  Unit 
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FIGURE  5.1-19 
PROCEDURE  SRVR57 
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TABLE  5.1-19 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  SRVR57 

PROGRAM  EXECUTED;  RP057  - Monthly  Tire  Mileage  Processor 

FUNCTIONS;  To  create  a separate  data  set  containing  daily  mileage 
records. 

PROCEDURE  FLOWCHART;  Figure  5.1-19 
FILES; 


FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT; 

Vehicle  Master  File  M. VEHICLE ( ) 6.1 

Request  Date  File  S.DATE  6.13 

OUTPUT; 

Monthly  Tire  Mileage  File  M.MILECARD  6.20 

REPORTS ; 

None. 
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5.2  Other  S/U  System  Procedures 


In  addition  to  the  procedures  executed  in  SRVDLY,  five  optional 
procedures  have  been  provided.  These  perform  specialized  functions 
outside  the  realm  of  SRVDLY.  A table  listing  the  procedure 
specification  and  a figure  giving  the  procedure  flowchart  have  been 
provided  for  each. 
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5.2.1  Vehicle  Master  File  List  Procedure  (VHLIST) 

The  Vehicle  Master  File  List  procedure  enables  the  user  to  print 
the  file  records  for  a specified  set  of  vehicles  from  the  Vehicle 
Master  File.  This  capability  will  assist  the  transit  property  to 
analyze  possible  data  problems. 

This  procedure  is  executed  on  demand  and  is  run  as  a stand-alone 

job. 
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FIGURE  5.2-1 
PROCEDURE  VHLIST 


^ VEHICLE 
^ INFORMATION 
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TABLE  5.2-1 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME;  VHLIST 

PROGRAM  EXECUTED;  VEHLST  - Vehicle  Master  File  List 

FUNCTIONS;  To  generate  a listing  of  requested  Vehicle  Master  File 
records . 

PROCEDURE  FLOWCHART;  Figure  5.2-1 
FILES; 


FILE  NAME  ‘ 

INPUT; 


Vehicle  Master  File 
Vehicle  Request  Cards 

OUTPUT; 


DATA  SET  NAME 


M. VEHICLE ( ) 
SYSIN 


SEC.  REF. 


6.1 

6.23 


None. 


REPORTS ; 


A separate  page  is  generated  for  each  vehicle  for  which  records 
are  requested.  Page  heading  is  Bus  ' '. 
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5.2.2  Constants  Files  List  Procedure  (SRVR62') 


The  Constants  Files  List  procedure  enables  the  user  to  print 
the  records  from  the  four  system  constants  files  in  a format  that 
facilitates  the  use  and  interpretation  of  the  listings.  A separate 
listing  is  generated  for  each  constants  file. 

This  procedure  is  executed  on-demand  and  may  be  run  on  a stand- 
alone basis  or  as  part  of  the  basic  job,  SRVDLY. 
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FIGURE  5.2-2 
PROCEDURE  SRVR62 


5-49 


TABLE  5.2-2 


PROCEDURE  SPECIFICATION 

PROCEDURE  NAME;  SRVR62 
PROGRAM  EXECUTED;  RP062 

FUNCT IONS:  To  generate  listings  of  Constants  Files  records. 

PROCEDURE  FLOWCHART;  Figure  5.2-2 

FILES: 


FILE  NAME 

DATA  SET  NAME 

SEC.  ] 

INPUT: 

Daily  Constants  File 

S . DLYCON 

6.2 

Fleet  Constants  File 

S.FLTCON 

6.3 

Unit  Name  File 

S.UTNAME 

6.4 

Unit  Threshold  File 

S.UTTHRS 

6.5 

OUTPUT: 


None 


REPORTS: 


Daily  Constants  File 
Fleet  Constants  File 
Unit  Name  File 
Unit  Threshold  Values 
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5.2.3  Tire  Mileage  Report  Generator  Procedure  (SRVTMIP) 

The  Tire  Mileage  Report  Generator  produces  the  Tire  Mileage 
Report  and  monthly  mileage  cards  for  all  vehicles  in  the  system. 
SRVTMIP  is  specific  to  DTS  and  was  designed  to  assist  maintenance 
management  in  analyzing  tire  mileages.  This  report  is  an  on-demand 
report  and  is  executed  on  a monthly  basis. 

The  procedure  is  run  as  a stand-alone  job,  usually  during  non- 
prime shift  hours  at  the  municipal  computer  center.  It  is  run  in  this 
way  due  to  the  large  amount  of  printed  and  punched  output  produced. 
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FIGURE  5.2-3 
PROCEDURE SRVTMiP 
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TABLE  5.2-3 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME;  SRVTMIP 

PROGRAM  EXECUTED:  PRTMIL  - Tire  Mileage  Report 

FUNCTIONS ; To  generate  Tire  Mileage  Report  and 
each  report  detail  line  printed. 

PROCEDURE  FLOWCHART;  Figure  5.2-3 

FILES; 

FILE  NAME  DATA  SET  NAME 

INPUT; 

Monthly  Tire  Mileage  File  M.MILECARD 
OUTPUT; 

Tire  Mileage  Punch  File  Card  Punch 

REPORTS ; 

Tire  Mileage 


Generator 

to  punch  a card  for 


SEC.  REF. 
6.20 
6.21 
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5.2.4  S/U  Disk  Backup  Procedure  (SRVBKUP) 


The  Disk  Backup  procedure  is  used  at  DTS  to  dump  the  contents  of 
the  S/U  System  disk  to  magnetic  tape.  The  backup  process  insures  an 
accurate  starting  point  for  recovery  procedures  in  the  event  of  a system 
abend . 
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S.CTL 

(CTLBKUP) 


TMDISK 


FIGURE  5.2-4 
PROCEDURE  SRVBKUP 


TABLE  5.2-4 


PROCEDURE  SPECIFICATION 


PROCEDURE  NAME:  SRVBKUP 

PROGRAM  EXECUTED;  lEHDASDR  - Disk  Save  Utility 

FUNCTIONS;  To  dump  the  contents  of  the  S/U  System  disk 
tape. 

PROCEDURE  FLOWCHART;  Figure  5.2-4 
FILES; 


FILE  NAME 

INPUT; 

Service  System  Control 
File 

S/U  System  Disk 
OUTPUT; 

Tape  Copy  of  TMDISK 


DATA  SET  NAME 


S.CTL(CTLBKUP) 

TMDISK 

DALLAS . SRV . SAVE (+1) 


REPORTS ; 

None. 


to  magnetic 


SEC.  REF. 


6.14 
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5.2.5  Daily  Report  Generator  Procedure  (SRVRDLY) 

The  Daily  Report  Generator  procedure  may  be  used  to  generate  the 
regular  daily  reports.  This  is  done  if  a system  abend  in  job  SRVDLY 
causes  the  reports  to  be  lost.  SR\^RDLY  will  only  be  used  if  the  abend 
occurs  in  procedure  SRVUOl  after  the  Vehicle  Master  File  has  been 
updated.  The  updating  is  done  by  program  DG700  in  step  SRV05  of  pro- 
cedure SRVU01. 

A detailed  description  of  the  use  of  procedure  SRVRDLY  is  provided 
in  the  SIMS  Service/Unit  Change  System  Operating  Instructions. 
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FIGURE  5.2-5 

PROCEDURE  SRVRDLY-SRV51 


TABLE  5.2-5 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME:  SRVRDLY  - SRV51 

PROGRAMS  EXECUTED;  RP051  - Commodity  Report  Generator 

FUNCTIONS;  To  produce  the  Daily  Commodities  Report  (see  note).  This 
procedure  is  used  in  the  event  of  an  abend  of  the  S/U 
System. 

PROCEDURE  FLOWCHART;  Figure  5.2-5 
FILES; 


FILE  NAME 


INPUT; 


DATA  SET  NAME 


SEC.  REF. 


Daily  Extract  File 
Request  Date  File 
Fleet  Constants  File 


M.DLYEXT 

S.DATE 

S.FLTCON 


6.9 

6.13 

6.3 


OUTPUT; 

None. 


REPORTS ; 

Commodity  Report 
Division  Summary 


NOTE;  The  reporting  of  inspections  performed  is  an  option  available 
to  the  user. 
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FIGURE  5.2-6 

PROCEDURE  SRVRDLY-SRV52 


TABLE  5.2-6 


PROCEDURE  SPECIFICATION 
PROCEDURE  NAME;  SRVRDLY  - SRV5 2 

PROGRAM  EXECUTED;  DTIOO  - Transaction  Disk  File  Update 

FUNCTIONS ; To  update  Monthly  Transaction  File  and  generate  dally 
reports  of  selected  types  of  transactions  processed. 
This  procedure  is  used  in  the  event  of  an  abend  of  the 
S/U  System. 

PROCEDURE  FLOWCHART;  Figure  5.2-6 
FILES: 


FILE  NAME  DATA  SET  NAME  SEC.  REF. 

INPUT: 

Monthly  Transaction  File  M.MONTRAN(O)  6.11 

Temporary  Transaction  M.TEMPTRN  6.10 

File 

Daily  Constants  File  S.DLYCON  6.2 

Unit  Name  File  S.UTNAME  6.4 

OUTPUT: 

Monthly  Transaction  File  M.M0NTRAN(+1)  6.11 


REPORTS : 

SIMS  S/U  Coach  Transactions: 

1.  Inspection  Performed  Notice 

2.  Unit  Changed /Rering /Overhaul 

3.  Buses  Added/Deleted/Updated 

4.  Brake  Job  Done 
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5. 3 Cataloged  Procedures 


This  section  contains  listings  of  the  S/U  System  procedures. 

These  listings  are  illustrative  only.  The  majority  of  the  ones  displayed 
were  installed  at  ACTD.  The  comparable  procedures  installed  at  DTS 
are  similar.  Other  listings  displayed  are  of  procedures  installed  at 
DTS,  but  which  were  not  installed  at  ACTD.  Table  5.3-1  lists  each 
procedure  name,  the  property  at  which  it  has  been  installed,  and  correspond- 
ing figure  numbers  for  the  JCL  listings. 


f 
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TABLE  5,3-1 


CATALOGED  PROCEDURES 


Procedure 

Installed 

JCL  Listing 

Name 

At 

Figure 

SIMAPUTl 

DTS 

5.3-1 

SIMAPUT2 

DTS 

5.3-2 

SIMAPUT3 

DTS 

5.3-3 

SIMAPUT4 

DTS 

5.3-4 

SIMAPUT5 

DTS 

5.3-5 

SRVT01 

DTS 

5.3-6 

SRVT03 

ACTD 

5.3-7 

SRVDATE 

ACTD 

5.3-8 

SRVU01 

ACTD 

5.3-9 

SRVR53 

ACTD 

5.3-10 

SRVR54 

ACTD 

5.3-11 

SRVR55 

ACTD 

5.3-12 

SRVR56 

DTS 

5.3-13 

SRVR59  (RP059A) 

ACTD 

5.3-14 

SRVR59  (RP059B) 

ACTD 

5.3-15 

SRVR66 

DTS 

5.3-16 

SRVUTR 

ACTD 

5.3-17 

SRVR58 

ACTD 

5.3-18 

SRVR64 

ACTD 

5.3-19 

SRVR57 

DTS 

5.3-20 

VHLIST 

ACTD 

5.3-21 

SRVR62 

ACTD 

5.3-22 
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TABLE  5.3-1  (Conclusion) 


CATALOGED  PROCEDURES 


Procedure 

Installed 

JCL  Listing 

Name 

At 

Figure 

SRVTMIP 

DTS 

5.3-23 

SRVBKUP 

DTS 

5.3-24 

SRVRDLY 

ACTD 

5.3-25 
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//*  CTL  CN=DALLAS  TKANS IT , JUAT£=73200 
//SIMAPUTI  PKOC  OSK=‘Tf'C  ISK' 

//STtPl  fcXEC  PGM=  lEBotNER,  Pf:GI'JN=100K 
//SYSPKINT  OD  JUMMY 
//SYSIiN  C‘G  DUMMY 

/ /SYbUTl  DO  OSN=MAuTAPE  ,LAeEL  = (,HLP)  , UiN  1 T=  2400  , VUL  = S Ek  =DA  T 40  1 , 

//  DISP=(MEW, KEEP, KEEP  ), 

//  DCB=(k6CFM  = F,LkECL=e0,BLKSIZ£=80,TKTCH  = T,  UEN=  2 , dUri'4u=  8 ) 

//SY8UT2  00  DSN=OAILYTKN,L^SP=  (OLD, PASS)  ,UNlT  = 231-r, 

//  vni =( private, kftaik,sfp=eosk) 


FIGURE  5.3-1 
PROCEDURE  SIMAPUTI 
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//*  CTL  CN=DALLAS  T R ANS I T , JDA T E= 73 20Q 
//SIMAPUT2  PRUC  DSK='TMDISK* 

//STEP!  EXEC  PGM=  IE6GENER, REG1DN=100K 
//SYSPRINT  DO  DUMMY 
//SYSIN  DD  DUMMY 

//SYSUTl  DU  0SN=MAGTAPE,LABEL=(,BLP),UNIT=2400,VUL=SER=DATAU1, 

//  UISP=(NEW, KEEP, KEEP), 

//  LCB=(RECFM=F ,LRECL=8G,8LKSIZE=80, TRTCH=T ,DEN=2,BUENO=8) 

//SYSUT2  DD  DSN=0A1LYTPN,DISP= (OLD, PASS) ,UN1T=2314, 

//  VOL  = ( PRIVATE, RET  AIN ,SER  = COSK) 

//$TEP2  EXEC  PGM=IEBGENER,REU1UN=1)0K 
//SYSPRINT  DD  DUMMY 
//SYSIN  DD  DUMMY 

//SYSUTl  PD  DSN  = MAGTAPE  ,LA8EL  = ( , H L P ) , UN  I T =2^00 , VOL  = S EH  = DAT AQ2 , 

//  DISP=(NEw, KEEP, KEEP), 

//  DCE  = ( KECFM  = F ,LREC  L=80,  BLKS  IZE=8U  ,TRTCH=T  , DEN=  2 , flUFNiJ=  8 ) 

//SYbUTZ  DU  DSN=OaILYTkN ,DI SP= ( MOD, PASS, KEEP) , UNI T=2314, 

//  VOL=( Pk IV  ATE, RETAIN  ,SER  = EDSK) 


FIGURE  5.3-2 
PROCEDURE  SIMAPUT2 


//*  CTL  CN  = UALLAS  TR A NS  I T , JD A TE= 73200 
//SIMAPUT3  PRUC  0SK='TMUISK' 

//STFPi  EXcC  PGM= I fcbOtNER  ,RFGI0N  = 100K 
//SYSPKINT  DD  DUMMY 
//SYSIN  Dl;  DUMMY 

//SYSUTl  DJ  DSN=M  AGTAPE  f LAEEL=(  , b L P ) , U.M  I T =2400  , Vt)L  = S FR  =D  AT  AO  1 , 

//  UI  SP=  (NE»^  , KEEP, KEEP  ) , 

//  nCB=( RECFM=F, LRECL  = 6G ,BLKS  IZE  = 80 , TK TCh  = T , DEN  = 2 , BUFNO= o ) 

//SYSUT2  DO  DSN=DAILYTKN,DI SP= (GLD.PAbS) ,UN  1T  = 2314, 

//  VOL=( PRIVATE, RETAIN, SER  = &USK) 

//STtP2  EXEC  PGM=  IcbbENER ,kEOIUN=100K 
//SYSPKINT  UD  DUMMY 
//SYSIN  DD  DUMMY 

//SYSUTl  DD  DSN=MAGTAPt ,LAbEL  = ( ,bLP) , UN  I T = 240U , VOL  = SF R = DA T A02 , 

//  i)lSP=  (NtW  , KEEP  , KEEP  ) , 

//  uCb=(KECFM=F,LRECL  = 8'J,BLKSIZE=bU,TkTCH=T,nEN  = 2,bUFNU=8) 

//SYSUT2  DD  DSN=JA  IL YTRN,D I SP= (MDD,PASS ,KEEP ) ,UNIT  = 2314, 

//  VOL=( PRIVATE, RETAIN ,SEK=CUSK) 

//STEP3  EXcC  PGM=I6bGENhR,REGIDN=lDCK 

//syspkInt  dj  dummy 

//SYSIN  Du  DUMMY 

//SYSUTl  DL>  uSN=MAGTAPE  ,LABFL=  ( , rtL  P ) , UN  I T = 24U0  , V )L  =S ‘-R  = D AT  A 03  , 

//  Jl SP= (NFw , KEEP  ,K-EF ) , 

//  DCB  = (RECrM  = F,LRECL=80,bLKSlZF  = 80,TR  TCH=T , DEN  = 2 , bUFNO=fa ) 

//SYSUT2  DO  DSN  = DA  ILYTRN,DISP= (MCD, PASS , KEEP ) ,UNIT  = 2314, 

//  VUL  = ( PtsIVATE, RETAIN, SER  = tDSK» 


FIGURE  5.3-3 
PROCEDURE  SIMAPUT3 
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//*  CTL  CN=DALLAS  T R ANS  I T , J UAT E= 7320Q 
//SIMAPUTA  PROC  USK='TMDISK‘ 

//STfcH  bXEC  PGM=  ItbGtNtR,RE^.iaN=100K 
//GYSPRINT  DD  OUM*^Y 
//SYS  IN  DO  DUMMY 

//SYSUTl  OD  DSN=MAGTAPE,LABEL=(,BLP),UNIT=2AOO,VUL=SER=DATA01, 

//  01 SP=(N£W, KEEPtKEEF) , 

//  OCB  = J RECFM=P,LRECL  = 80,BLKSIZE  = 80,TRTCH  = T , DEN= 2 , B UF NG= B ) 

//SYSUT2  DO  OSN=OAIlYTRN,DISP=(OLO,PASS),UNIT=231A, 

//  VOL  = (P■<IVATE,RETAI^  ,SER=EUSK) 

//STEP2  EXEC  PGM=IEBGENEH,REGI0N=100K 
//SYSPkINT  DD  DUMMY 
//SYSIN  DD  DUMMY 

//SYSUTl  r n OSN=MAGTAPE  ,LABEL  = ( , B L P ) , UN  IT =2400 , VGL  = S ER  = DA T A02 , 

//  UISP=  (NE»g  , KEEP, KEEP  ) , 

//  DCb=( RECFM=F,LrECL=BO, 6LKS1ZE=80, TRTCH=T ,DFN=2, BUFN0=8) 

//SYSUT2  DU  DSN=0AILYTRN,D1SP= (MOD, PASS, KEEP) ,UN1T=2314, 

//  V0L=(PRIVATE,RETAIK,SER=&0SK) 

//STEPS  EXEC  PGM=IEbGENER,REGIGN=100K 
//SYSPRINT  DO  DUMMY 
//SYSiN  Dl  DUMMY 

//SYSUTl  DU  JSN=MAGTAPE ,LABEL= ( , o L P ) , UN  I T = 24uO , VGL  = S £R  = DAT AOS , 

//  DISP=( NEW, KEEP, KEEP), 

//  DCB  = (REC  FM  = F , LRECL=8'J,  BLKSI  ZE  = SJ  , TRTCH  = T , DEN  = 2 , BUFNQ=  8 ) 

//SYSUT2  DD  0SN=DAlLYTRN,UlSP=(MU0,PASS,KEtP),UNlT=2314, 

//  VGL  = ( PR  I\/ATF,RL-TAIK,SFR=&DSK) 

//iTcPA  EXEC  PGM= lEBoEN£R,KEGlJN=100K 
//SYSPRINT  DO  DUMMY 
//SYSIN  OD  DUMMY 

//SYSUTl  DO  DSN  = MAGTAPE,LABEL  = ( ,BLP) , UN  I T = 2400 , VGL =SE R =D A T A04 , 

//  JISP=(NEW, KEEP, KEEP), 

//  DCh  = ( RECFM=F  ,LRECL  = aO, BLKSIZE=80, TRTCH  = T ,DEN=2,8UFNO=8 ) 

//SYSUT2  DO  DSN=oAILYTRN,OISP=IMUO, PASS, KEEP), UNIT=2314, 

//  VGt  = (PKIVATE,RETAIA,  S£R  = f.OSK  ) 


FIGURE  5.3-4 
PROCEDURE  SIMAPUT4 


//*  CTL  CK=DALLAS  T RANS I T , JOAT£= 73200 
//S1MAPUT!>  RRJC  DSR='TMD1SK' 

//STfcPl  rxtC  P0M=  lEbOENER, REG IUN= 1 JOK 
//GY  SPRINT  OD  DUMMY 
//GYSIN  DO  DUMMY 

//SYSUTl  OU  1)SN  = MAGTAPE  , LABEL  = ( , B L P J t U N I T = 24U'J  , ViJL  =S  EK  =DAT  AO  1 , 

//  D1 SP= ( NEW , KEEP, keep  ) , 

//  DCB  = (RECFM=F,LRECL  = d.),BLKSIZE  = 8J,TKTCH=T,DEN  = 2tBUENll=H) 

//SYbuT2  DO  OSN=OAILYTRN,DI SP= (ULD, PASS ) ,UNIT=231A, 

//  VIjL  = ( PR  I V ATE,  XETAIK  ,SER=EUSK  ) 

//STEP2  lXcL  P&M=lEbGENER,REGIQN=100K 
//SYSPRINT  DO  DUMMY 
//SYSIN  LL)  DUMMY 

//SYSUTl  UD  USN=MAyTAPt  ,LABEL  = ( , B L P ) , UN  I T =2400 , VUL =S cR  = DA T a02 , 

//  0 I S P = ( N E K , KE E P , K E E F ) , 

//  )LB  = ( kElFM  = F , LPECL  = H J.BLKSI  Ze  =H  J , TkTCH  = T , '■>EN=0,  'JUFNi)=.'i  J 

//SYGUT2  DO  DSN=UA IL Y TRN,Ul SP= ( MUD, PmSS ,KI cP ) , UNI T=2 J1 4, 

//  VOL=( PRIVATE, RETAIN, SER=EDSK) 

//STlP3  F-XEC  PGM=  IcBGbN£R,K£GIDN=  IJOK 
//SYSPRINT  l-J  UIJMMY 

//Sysin  !)i-  dummy 

//SYSUTl  DO  DSN  = MAyT APE ,L ABEL  = ( , hLP ) ,UNI r = 24J0, V JL =S ER =D UA 33 , 

//  01 SP= ( NEW , KEtP  , keep  ) , 

//  l!(:b=(  RECFM  = F , LRtCL=d  J , BLK  S I Zt  = 80  , TR  TCH  = T , DEN  = 2 , D UP  N ' = c ) 

//SYSUT2  13  0 DS.«i  = nAILYTRN,DISP=(MJLi,PASS,KFEP),UNlT=23i4, 

//  ViiL=(PKlVATt,<tTAlN,SFR  = E)SK) 

//STcPA  lXEL  PGM=  IFBolNFR,REoI JN=1  'OK 
//SYSPi-lNl  00  UUMiVY 
//SYS  IN  OU  DUMMY 

//SYSuTl  DO  0SN  = MAGTAPL,LAbEL  = (,3LP) , UN  I T = 240  0 , VOL =S E R =Da T A04 , 

//  UlS?=(  NEw,KEEP,KEEF)  , 

//  i'CB=(RECFM  = F,LKECL  = dJ,0LKSIZE=8O,TRTCh  = T,DEN=2,dUP.MJ=b) 

//SYSur2  l)J  DSN  = DMLYThN,DI:>P=  (M  JD,  PASS, KEEP  ), UNI  T = 2314, 

//  Vli_=  ( Prv  I V ATL  , kE  I « I N , S£R  = EDSK  ) 

//STtPB  tXLC  PGM=  lEHucNe R , REG ION= 1 jOK 
//SYSPRINT  DU  DUMMY 
//SYSiN  PI:  DUMMY 

//SYSUri  PU  OSN=MAuT Apr , LABEL = ( , B L P ) , U N I T = ^4 Jo , VOL =S ER =D A T AO 5 , 

//  DlSP=(NFrt,KtEP,KEEF), 

//  MtP  = ( R£CFM  = F ,L!UC  L = d^,riLKSlZF  = 8D,TRTCM  = T,DEN=2,BUFN"=:-i» 

//SYsuT2  DO  JSN=DA1LY rhN,DISP= (MOD, PASS, KEER),UNIT=23l4, 

//  VuL=(PRIVATE,ReTAlN,SER=ED5K) 


FIGURE  5.3-5 
PROCEDURE  SIMAPUT5 


//*  CTL  Ci'^  = DALLAS  transit,  JDATE=73200 
//SRVTOl  PRGC  ACNT=»CN1510,SRV* ,DSK=*TMCHbK' 

//SRVTOl  fcXEC  PGM  = DTTAPEB,Ci3ND  = (7  ,LE)  ,REGIUN=100K, 

//  PARM='  DALLAS  TRANSIT  • 

//STEPLIB  OD  DSN={.ACNT, . load, 0ISP  = SHR  ,V0L  = (PRIVATE, RETAIN) 
//SYSUDUMP  DO  SYSOUT=A 

//PRINTOl  DO  SYS0UT=A,DCE=(RECFM=FB,LKECL=121,BLKSIZE=1210) 
//ITRAN02  DO  OSN=OAlLYTRN,DISP=(OLD,KEtP) ,UNIT=2314, 

//  VC)L  = ( PRIVATE, RETAIN  ,SEK  = {10SK) 

//OTRANU3  00  OSN=EACNT.,MoTRTAPE,OISP=OLD,VnL=PRIVATE 
//CNTRLU4  DU  US N= & AC  NT oo S« OTP  ARM , DI SP =ULU , VOL= Pk I VATE 
//PRINT05  00  SYSOUT=A,OCE=(RECFM=FB,LRECL=133,BLKSIZE=1330) 
//PRINTOb  DO  SYSaUT^A,DCB=(RECFS=FB,LRECL=133,BLKSIZE=1330) 


FIGURE  5.3-6 
PROCEDURE SRVTOl 
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//■i*  CTL  CN=1  51u.  JDAT£  = 7^:S1 
//SRVTU3  PROC  ACNT=*CM310.SRV* 

//SRVT03  EXtC  PoM=ALTAPE,REG10N=40K, 

//  PAKP='  AC  transit  ' 

//STFPLIb  DO  DSN  = AACiNT».LLAD,OISP  = (iLD,VOL  = PRIVATt 
/ / ITkANDl  00  USN=IJAT  A,  L/NIT  = 2A'JU-2  tVOL  = SEP  = ACFLUX,DI  SP  = OLD, 

//  LaDEL  = ( ,BLPJ  ,DCbi=(Rfc;CFM^F,LRECL=80ftJLKSIZt  = 80,TRTCH=ET,0fciM  = 0, 

//  BUFNO=a» 

//0TKAN)2  UO  DSN  = CACNT,,P,TRTAPF,[;iSP=OLD,VCL  = PRIVATE 
//PklNT03  DO  SYSuUT=A,l.Cci=(REC,rM=FB,LKECL=l33,BLKSIZL  = 2ooJ) 

//PKINTOA  JO  SYSuUT=A,CCB=(RtCFM=FB,LKECL=133, BLKS 1 ZE= 2660 ) 

//SYSUDDPP  on  SYSQLT=A 


FIGURE  5.3-7 
PROCEDURE SRVT03 


//*  CTC  CN=1510,  JL)ATE  = 740S1 
//Si^VUATB  PKOC  ACNT= 'CN1510.  SRV 

//SRVUATE  cXtC  PGM=IEBbENER,C0ND=(7,LE»,REGI0N=40K 
//SYSPkINT  no  DJMMY 
//SYSUTl  DD  DONAME=OATECC 

//SYSUT2  DO  DSN=tACNT.. S.LATE,DISP=OLO fVOL=PRIVATE 

//SYS  IN  DD  USN  = tACNT..S.CTL(CTLOATE» ,UISP  = OLO,VOL=( PRI VATE.RtTAIN ) 


FIGURE  5.3-8 
PROCEDURE  SRVDATE 
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//*  LTL  CN=1 510, JUATE=74391 

//SRVUOl  PRQC  ACNT= 'CN1510.SR V* , DSK=* TMOI SK ' 

//SkVOI  LXEC  PGM=DA600A,CQND=(7,LE) ,RFGIGN=124K, 

//  PARM=*  AC  TRANSIT  • 

//STEPLIfa  UO  OSN=&ACNT.eLCAD,DISP=OLD,VUL=PRIVATE 
//SYSOOUMP  01)  SYSGUT  = A 

//ITRANOl  DO  DSN  = EACNT<,eM»TRTAPh,  GISP  = GLO,VOL  = PRI  VATE 
//UTKAM02  OD  0 SN=t  AC  NT  . . M.  Tk  ANS  , DI  S P = C)LD , V GL  = PR  I V AT  £ 

//CONST J3  DD  0SN  = £ACN1 o .SoCLYCGN, DrSP=OLG, VOL= ( PR  I VATE , SER= £oSK ) , 

//  UNIT=2314 

//C0NSTU4  DD  0SN=£ACNT..S.ELTC)N,UISP=ULD,VCL=PKIVATE 
//CGNST05  UD  OSN  = £ ACN T . . S . UTN AM E , U I S P = OLD , VCL= PR  I V ATE 
//C0NST06  JD  JSN=£ACNT,,S.LTTHRS,OISP=GLD,VOL=PRlVATt 
//PKINT")/  OD  SYS0UT  = A,CCB=(RECFM=F,  LR£CL=133,BLKSIZF=2660) 

//PkiNT  Jt;  1)0  SYSGUT=A,  CCB=(  RECFM=F,  LRECL  = 133 ,6LKS  1 Z£=26t,0  ) 

//Pk1nT09  )0  SYS0UT=A,LCB=(RECFM=F, LkECL=li3,dLKSIZc=26oO) 

//R(lr>M2  JD  DSN=£CO.\S!£,DISP=(NEW, DELETE), UNIT  = 23i4, 

//  SPACE=( CYL , ( 1 , 1 ) , ,CGNTIG) , 

//  DLB= (RECFM=FB, LKECL=88, BLKSI ZE=880 ) 

//ITRANll  OD  DCNAME= TRANCO 

//SkV03  LA  t C PGM  = IFRRCCJ  J , CGND=  ( 7 , Lc  ) , P ARM=  • COk  t=  8 OD  JO ',  k tO  I UN=  1 o’ 3k 
//SORTLId  DO  DSN  = SYSl.Sv-hILIB,OISP  = SHK 
//SYSUUT  DU  SYSGUT=A 

//SjP.TIN  l-U  JSN=£ACnTooMoTRANS,CISP  = GLD,VGL  = PRIVATE 
//SJPTr.Kfii  DO  UN  I T = 23i.4  ,SF  AC£  = (CYL  , ( 3 , 1)  , ,CUNT  IG) 

//S0(-TwK02  DD  UN  IT  = 2 314  ,SPAC£=  (CYL,  ( 3,  1 ) , ,CGNT  IG) 

//SURTriK>3  UJ  UN IT  = 23l4  ,SFALF  = (CYL  , (3, 1 ) , , CCNT  Ib ) 

//SGrTJUT  DD  JSN  = £AlNT, » M. SRTR ANS , DISP=ULU  ,VOL  = PRI VATE 

//SYSiN  DO  DSN  = £ACNT.,S.CTL  (CTLSPVD3  ) ,niSP  = CLO,  VJL=  ( PRl  VATt;,k£TAlN) 

//SRVD5  tXEC  PGM=0G70uA,COND=(7,LE),REG1GN=144K, 

//  PAkM=»  AC  TRANSIT  • 

//STFPLIii  DD  IJSN  = £ACNT..LCAO,OISP=ShR,  VGL=(PR  I V AT  E , R £T  A I N ) 

//SYSUoJWr  JD  SYSGUT=A 
//SYSOUT  DD  SYSOUr=A 

//ITnANOI  DD  DSN=£AlNT..MoSRTRANS,OiSP=GLD,VUL=PRIVATE 
//IMS1kJ2  do  DSN=CACNTo<.MaVEHICLE(U),OISP=ULD,VCL  = PKlVATF 
//PKlNTOd  DD  SYSGUT=A,CCe=(RtCFM=F,LRECL=133,BLKSIZE=26oJ) 

//DATL04  DD  DSN=  &ACNT  . . S . C AT  t , I)  I S P=GL  D , VGL=  P R I VAT  E 

//OMSTPl  ' JD  DSN=£aCNT.  .M.VEi-i  ICLF  ( ♦!)  , DIoP  = (NEw,CATLG,  DFLFTF  ) , 

//  UfgiT  = 23l4,VUL=(PRlVAT£,SCP  = £USK),SPALF=(TPK,(3JD,5D),kLSF), 

//  [.CB=(k  ECFM  = FB,LkECL  = 30,6LRSI  ZE^7260) 

//OTRANll  DD  DSN=£ACNT,.PoTEMPTRN, CISP=GLD, VGL=PRI VATF, DCB=BUENn=l 
//0MSTK12  OD  DSN  = £ACNT,,M,DLYEXT,D.I  SP=ULD,  VOL  = PRI  VATF 


FIGURE  5.3-9 
PROCEDURE  SRVUOl 


//CQNST15  DD  DSiM  = £ACNT,  .S.OLYCON,  D1SP=QLD,  VOL  = PRIVATE 
//CUNST16  DD  DSN=&ACNT. .S.UTNAME.OI SP=OLDtVOL=PRIVATE 
//CCJNST17  DU  OSN  = tACNT.  .S.FLTCON,DISP=OLD,  VOL=PRI  VATE 
//SRV09  txec  PGM  = kP051A,C0ND=(7tLE)  ,REGI0N  = 116K, 

//  PARM=»  AC  TRANSIT  ' 

//STEPLI6  DD  OSN=&ACNT. .LCAO.OI SP=ULD, VOL=PR IVATE 
//SOPTLIB  DD  DSN=SYSloSCPTLIB,DISP=SHR 
//SYSOUT  DD  DUMMY 

//SORTwKOl  DO  UN1T  = 231^,SPACE=(CYL,( 1,1) , ,CCNTIG) 

//SUkTWKOZ  DD  UNIT=2314,SFACE=(CYL,(1,1), ,C0NT1G) 

//SURT„K03  DD  ON  IT  = 23 1 ^ , S PAC E= ( C YL , ( 1 , 1 ) , , CONT IG ) 

//SYSUDUMP  DD  SYSOUT=A 

//PkINTOl  DO  SYSOUT=A,DCe=( RECFM=Fe,LRECL=133,BLKSIZE=7182) 
//IMSTKD2  DD  USN=&ACNT..M.OLYEXT ,DISP=ULD,VaL=PkI VATE 
//LATcOi  DO  DSN=CACNTo.SoCATF,DISP=OLD,VCL=PRIVATE 
//CUNSTU4  DD  OSN=tACRT.oS«FLTCaN,DISP=GLO,VDL=PRIVATE 


//ERRO&  no  SYSOUT^A,DCB= ( RECFM=Fb,LRECL=133, BLKSIZE= 1330 ) 

//hORKJb  DD  DSN=&S0RT,UNIT=2314,0ISP=(NEW, DELETE), 

//  SP ACE=(CYL , (3,1), ,CUNT IG ) , DCfi= ( RECFM= F6 , LR ECL =49, 3 LK S I ZF= 7 23 2 ) 

//WUKND7  DD  JSN  = £.RlPGRT,LNIT  = 2314,DISP  = (NEW, DELETE), 

//  SPACL  = (CYL  , ( 3, 1 ) , ,CQNTIG)  ,DCB=  ( R EC  FM  = F B , LR  ECL=49,  B LK.  SI  ZE  = 7 25  2 ) 

//SRVll  EXEC  PGM=DT10CA,CQN0=( 7 ,LE I ,REGION=82K, 

//  PARM=*  AC  TRANSIT  • 

//STEPLlB  DD  DSN=CACNT.,LCAD,DISP=OLD,VQL=PR IVATF 
//SYSUDUMP  DD  SYSOUT=A 

//PRINTI  DD  SYS0UT=A,CCe=(RECFM=FB,LRECL=133,BLKSIZE=133) 

//PRINT2  UD  SYS0UT=A,DCF=(R£CFM=Fe,LRECL=133,BLKSIZE=7182) 

//PRINT3  DD  SYS0UT=A,DCE=(RECFM=FB,LR6CL=133,BLKSIZE=1330) 

//PRINT4  DO  SYSOUT=A, DCe=( RECFM=FE, LR£CL=133, BLKSIZE=1330) 

//PRINT3  DD  SYSJUT=A,DCE=(RECFM=FB,LRECL=133,BLKSIZE=1330) 

//CGNSTU5  Ou  DSN=£ACNT.,S.OLYCaN,CISP=ULD,VOL=PRIVATE 
//CDNSTU6  DD  DSN  = S,ACKTo.  S.UTNAME,DISP=0LD,V0L  = PRI  VATE 
//ITRANIO  UU  DSN=CACRTo«P«TEMPTRN,CISP=QLD,VCL=PRIVATE 
//ITkANII  DO  DSN  = £.ACRT..R,M0NTRAN  (0)  ,DISP  = OLD,VGL  = PRIVAT£ 

//OTRANU  DD  OSN  = &ACNT..R,M  )NTRAN(  + 1 ) ,DISP=  ( NEW, CATLG, DELETE)  , 

//  UNIT=2314,V0L=(PRI VATCtSER=CCSK) , 

//  DCB=( RECFM=FB, LRECL  = 4b,3LKS  IZE=7268) , SP ACE = ( TR K , ( 1 DO ,2 0 ) , R LS E ) 


FIGURE  5.3-9  (CONCLUDED) 
PROCEDURE SRVU01 


//*  CTL  CN=1 510, J0ATE=74091 

//SRVR53  RROC  AC NT= ' C M 51 C . SR V , V ERS= • + 1 ' 

//SRVR53  EXEC  P &M= R P053 B , CnND  = ( 7 , LE ) , R EG  I ON  = 1 1 6K , 

//  PARM=*  AC  TRANSIT  • 

//STEPLib  DO  DSN=CACNT».LCAO, VOL=PRI VATE, OISP=SHR 
//SURTLIb  DO  USN=SYS1. SCRTLI B,DI SP=SHR 
//SYSGUT  DD  DUMMY 
//SYSUDUMP  DD  SYSOUT=A 

//PkINTOl  DD  SYSOUT  = A,DCe=(  RECFM  = FB,LRECL  = 133,BLK.SI2E  = 71B2) 
//DATEDi  PD  DSN=CACNT..S.DATE,DISP=SHK,V0L=PRIVATE 
//IMSTR02  DO  DSN=CACNT..M, VEHICLE ( tVERS. ) ,DI SP=SHR,VQL=PRI VATE 
//SORTkKOl  on  UNIT=231^,SPACE=(CYL, ( 5, 1) , ,CONT IG) 

//S0KTWK02  DD  UNIT=2314,SPACE=(CYL,(5,1) , ,CUNTIG) 

//S0KThK03  DD  UN  IT= 23 1 ^ , SP ACE= ( C YL , ( 5 , 1 » , ,CUNT I G ) 

//ERRU5  DD  SYS0UT=A,uCb=(PECFM=F,LRECL=133,BLKSIZE=133) 

//WDKK.06  DU  DSN=CSOKT, UNIT  = 2314,D1SP=(NEW, DELETE)  , 

//  SPACE=(CYL,( 5,1), ,CDNTIG) ,DCB= (RECFM=FB,LRECL=274,BLKSIZE=712A) 
//WQRK07  DD  DSN=CREPORT,LNI T=2314 ,DISP=( NEk , DELETE) , 

//  SPACE  = (CYL, ( 5 ,1 ) , ,CUNT IG) , 

//  DCe= ( RECFM=FB,LRECL=274,BLKS1ZE=7124) 

//CUNST38  DD  DS N = CAC NT . , S . FL TCON , D I SP  = SHR , VUL  = PR  I VAT E 


FIGURE  5.3-10 
PROCEDURE  SRVR53 


//*  CTL  CN=1 510, JDATE=740S1 

//SRVkbA  PkOC  ACNT='CN1510.SRV  ,VERS='*1* 

//SkVK54  EXEC  PGM=kP054A,C0N0=(7,LE) ,REG10N=124K, 

//  PAKM='  AC  TRANSIT  • 

//STEPLIB  QD  DSN  = CACNT«.LGAD, DISP=OLO, VQL  = PR  IVATE 
//SQRTLIb  DD  DSN=SYS1. SCPTLI B,DI SP=SHR 
//SYSOUT  OD  DUMMY 
//SYSUDUMP  OD  SYSOUT=A 

//SURTkKol  DD  UNIT=2314,SPACE=(CYL, ( 1, 1) , .CONTIG) 

//SQKTrtKOZ  DD  UN  I T = 2 3 14  , S P ACE  = ( CYL , ( 1 , 1 ) , , CONT I G ) 

//SOkTWKOB  do  UN 1T=2314,SPACE={CYL, ( 1,  1) ,, CONTIG) 

//ERRUl  DO  SYSGUT=A,DCE=(RECFM=FB,LRECL=133,8LKSIZE=1330) 
//PRINTOl  DD  SYSOUT=A,0Ce=(RECFM=FB,LRECL=133,BLKSIZE=1330) 
//IMSTR02  DD  OSN=CACNT. ,P, VEHICLE! CVERS. ) ,DISP=ULD,VQL=PRIVATE 
//DATE03  00  DSN=CACNT..S.DATE,OISP=JLD,VCL=PRIVATE 
//CQNST04  UO  0SN=CACNT., S.FLTCGN ,DISP=ULO,VOL=PRI VATE 
//CQNST05  DD  OS N = C AC  NT . . S. DL YCUN , D I S P =OLD , V UL= PR  I VAT E 
//WGKK05  DO  OSN=e.R£PORT, UNIT  = 2314,DISP=(NEW, DELETE)  , 

//  SPACE=(CYL,(1,1) f.CCNTIG), DC B= ( R EC FM=FB , LREC L= 8 4, B LK S I ZE = 7 224 ) 

//ROkKjb  DD  0SN=£.S0RT,UNIT=231't,DISP  = (NErt, DELETE), 

//  SPACE=(CYL,(1,1) , tCONTIG) ,DCB=(RECFM=FB,LRECL=84,BLKSIZE=7224) 

//RURKO/  DU  OSN=CwOKKEM,LNIT=2314,OISP=(NEW,PASS), 

//  SPACE=(CYL,(i,l), .CONTIG) , DC B= ( R EC FM-F B , Lk ECL =B4, d LK S I ZE =7 224 ) 


FIGURE  5.3-11 
PROCEDURE SRVR54 
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//♦  CTL  CN=1 blO, JOATE=740S1 

//SRVK55  PROG  AC NT=  • C N1  5 10,  SRV  • , V ERS  = • ♦•  1 • 

//SKVR55  EXEC  PGM  = RP 055 A , R EG 1 0N= 126K ,COND= ( 7 , L E ) , 

//  PARM=*  AC  TRANSIT  • 

//STEPLIB  OD  (JSN  = CACNT,  .LCAO,UISP  = OLD,  VUL  = PRI  VATE 
//SORTLIB  DO  DSN=SYS1.SCRTLIB,0ISP=SHR 
//SYSOUT  DO  DUMMY 
//SYSUUUMP  DD  SYSQUT=A 

//SQRTWKOl  DO  UNIT=2314,SFACE=(CYL, (2,1) f .CONTIG) 

//SQRTi»K02  DD  UN  I T=  2 3 14  , SP  ACE  = ( C YL  , ( 2 , 1 ) , , CUNT  I G ) 

//S0KTWK03  UD  UN  I T = 23 14 , S P ACE  = ( CY L , ( 2 , 1 ) , , CONT 1 G ) 

//iMSTPOl  UD  DSN=£ACNT..M.VEHICLE(CVERS) ,OISP=OLD,VaL=PRIVATE 
//DATE02  OD  US N= CACNTo . S o D AT E, 0 1 SP=OLD , V 0L= PH  I VA TE 
//PRINT03  DD  SYSaUT=A,DCe=(LRECL  = 133,BLKS  IZE  = 7182,RECEM=F6) 
//CUMST03  DD  DSN=CACNT..S.UTNAME ,DISP=QLD,VOL=PRI VATE 
//CONST04  00  dsn=cacnt,«s.utthrs,cisp=olu,vol=private 
//WUK06  DD  DSN=CSGRT,CN1T=2314,CISP=( NEW, DELETE ) , 

//  SPACE=(CYL,(2,1),,CCNTIG), 

II  DCB=( RECFM=FB , LRECL=la ,BLKSIZE=7272 ) 

//WGK07  DO  0SN=£REP0PT,LNIT=2314,DISP=(NEW, DELETE), 

//  SPACE= (CYL , ( ^,1 ) , ,CCNTIG)  , 

//  DLd=  ( l•.cCFM=FB,LKECL  = ld,BLKSIZ£  = 72  72) 


FIGURE  5.3-12 
PROCEDURE  SRVR55 
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//*  CTL  CN=DALLAS  TRANSI T , JDATE=73 
//SRVK56  PROC  ACNT='CN1510.SRV* , 
//SRVR56  tXE-C  PUM  = RP056A,RfcGION  = 44 
//  PAR'1=‘  DALLAS  TRAN 

//STEPLI6  DD  DSN=&ACNT« .LOAD, DISP= 
//SYSUDUMP  DO  SYSUUT=A 
//IMSTROl  DD  DSN=£ACNT..y. VEHICLE 
//CUNST02  DD  DS N =&AC NT . . S . PL TCCN , 
//CGNST04  DD  DSN=LaC NT . . S. UT THR S , 
//DATE02  no  OSiN=LACNTo.  S.  OAT£,DI 
//PRINT03  DD  SYSDUT=A,OCe=( LRECL= 


200 

VERS=*+1* 

K,C0ND=(7,LE), 

SIT  • 

OLD, VOL=PRI VATE 

(CVERS. 1 ,DI SP=OLD,VOL= PRIVATE 
DISP=GLD,VOL=PRI VATE 
DISP=0LD,V0L=PRI VATE 
SP=OLD, VOL=PRIVATE 
133, BLKSIZE=1330,RECFM=FD ) 


FIGURE  5.3-13 
PROCEDURE  SRVR56 


//*  CTL  CN=CN1 51 J, JDATE=73239 

//SRVR59  PRJC  ACNT='CM510,SRV*  f VERS='  + 1* 

//SRVP59  EXFC  PGM =RP 059 A , R EG  I UN= 1 20K , COND= ( 7 i L E ) , 

//  PAPM=*  A C TRANSIT  • 

//STEPLIb  OG  OSN=EACNT..LCAD, DISP=OLD, VOL=PRIVAT£ 

//SORTLIB  DO  DSN=SYS1.S0RTLI B,DI SP=SHR 
//SYSUOUMP  DO  SYSOUT=A 
//SYSDUT  DO  SYSOUT=A 

//SORTwrOI  no  UNI T=2il4,SPACE=(CYL, ( J, 1 ) , ,CONT IG) 

//S0RTwK02  DD  UN  I T = 2 3 14 , S P AC E= ( C Y L , ( 3 , 1 ) , , CUNT  I G ) 

//S0RTWK03  DD  UN  I T= 2 3 14 , SP ACE  = ( C YL , ( 3 f 1 » t . CONT I G ) 

//PRINT02  UD  SYSGUT  = A,CCB=(LRECL=133ttJLKSIZE=7182|R£CEM=FB  ) 

//UPRNTOl  OD  DUMMY, DCB=(LRECL=133tBLKSIZE=7182fRFCFM=FB) 

//IMSTROl  DO  OSN=>£ACNT..M.VEHICLE(£VERS)  ,DISP  = 0L0,VUL=PRIVATE 
//DATE02  DO  OS N= C AC NT. . S. D A T E , 0 1 SP  = ULO , V UL= PR  I V AT E 
//K0K06  DO  DSN=CSURT,GMT  = 2314,0ISP=(NEw,DELETEJ  , 

//  SPACE= (CYL, ( 7, 1 ) , ,CCNTIG) , 

//  DCb=( kECFM=FB,LKECL=62 ,BLKS1ZE=7254) 

//W0K07  00  0SN=&KEPGRT,UNIT=2314,DISP=( NEW, DELETE)  , 

//  SPAC£= (CYL  , ( 7, 1 ) , ,CCNTIG ) , 

//  DCB= ( RECFM  = FB,Lk  ECL=e2,BLKSIZE  = 7254) 


FIGURE  5.3-14 

PROCEDURE  SRVR59  (RP059A) 
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//*  CTL  CN=i 510, JDATE=740S1 

//SRVKb-^  PRUC  ACNT='CN1510.SRV  , VERS='  + 1' 

//SkVR59  tXcC  PGM=RP059b,PEGI0N=104K,CUND=(7,LE), 

//  PARM='  AC  TRANSIT  • 

//STtPLIB  DO  OSN=CACNT..LCAD,DISP=QLD,VUL=PRIVATE 
//SORTLIfa  DD  0SN=SYS1.S0RTLI B,DI SP=SHR 
//SrSUOUMP  DD  SYSOUT=A 
//SYSGUT  DO  DUMMY 

//SDRTwKOl  DD  UN  I T= S Y SD A , S PAG E= ( C YL , ( 3 , 1 ) , ,C ONT I G ) 

//SGPTWK02  DD  UN  I T = SYSOA , SFAC E=(CYL ,( 3 ,1 ) , ,CUNT IG) 

//S0RTwK03  DD  UN  I T= SY Su A , S P AC E= ( C YL , ( 3 , 1 ) , , CONT IG ) 

//PRINT02  DD  SYSOUT=A,CCB= ( LRECL=133, 8LKSI ZE=71 82,R ECPM=FB » 
//IMSTROl  DD  DSN=CACNT..R«VEHICLt(£;VERS)  ,UISP=OLD,VOL=PRIVATE 
//DATED2  DD  DS N= CACNT o o S o D AT E , 0 1 S P=QLD , V CL  = PR  I V A TE 
//P.GK06  DD  OSN  = &SQRT,UNIT  = SYSDA,CISP=(NEW,DELETE), 

//  SPACE= (CYL, ( 7, 1 ), fCCNTlG) , 

//  0CK=( RECEM=FB,LRECL=110,BLKSIZE=72bJ) 

//W0K07  DD  DSN  = £;KEPURT, UNIT  = SYSDA,UISP=(NEW, DELETE)  , 

//  SPACED (CYL ,( 7,1 ), .CCNTIGI, 

//  DCB=( RECFM=FB, LRECL=11U,BLKS IZE=7260) 


FIGURE  5.3-15 

PROCEDURE  SRVR59  (RP059B) 


//♦  CTL  CN  = DALLAS  TRANS  IT, JDATE=74091 
//SRVK66  PROC  ACNT=*CN1510.SRV ,VERS='+1* 

//SRVK66  EXEC  PGM=RPOo6A,CONO=( 7,LE) ,REGI0N=130K, 

//  PARM=*  DALLAS  TRANSIT  • 

//STLPLIB  UD  OSN=CACNT,,LCAO,OISP=SHR ,VOL  = ( PR  I VATE.RETAIN) 

//SYSOUT  UU  DUMMY 
//SYSUOUMP  DO  SYSUUT=A 

//SOKTLIB  DO  DSN=SYS1.SCPTLI B,DI SP=SHR 
//SOrTWKOI  do  UN  IT=SYSCA,SPACE=(CYL,(2,1) ,,CONTIG» 

//SURTWK02  DO  UN  IT= S Y SDA , S PACE= ( C YL , ( 2 , 1 ) , , C ONT I G ) 

//SOkTwK03  no  UNIT=SYSCA,SPACE=(CYL,(2,l),,CONTIG) 

//PRINTOl  DU  SYSQUT  = A,DCE  = (RECFM  = EB,LRECL=U3,BLKSIZE  = 7132) 

//IMSTR02  DD  DS N= & ACNT . . P . VEH I CL  £ (CVERSo  I , D I SP=ULD , V OL  = PR I VA TE 
//DATE03  DD  OSN  = C AC N T, . S, C AT E , 0 1 S P=OL D , VOL= PR  I V AT E 
//CUN3T05  DO  USN=LACNT.,S.DLYCUN,DISP=OLD,VOL=PRI VATE 
//WUKKDfa  DD  DSN  = CSORT  ,UNIT=SYSDA,OISP  = (NEW,UELtTE), 

//  SrACE=(CYL,(2,l),,CCNTU,l  , DC  B=  ( REC  FM  = F B , Lk  EC  L = 2 ri , B LK  S I ZC  = 7 26  D ) 

//W0KKU7  DD  DSN=CRLPCRT, UNIT=SYSDA,DISP=(NEW, DELETE) , 

//  SPACE  =(CYL,(2,i), fCUNTiG) , DC B= ( R EC FM=F B , L RECL  = 2 8 , BLKS I Z E= 7 2P 0 ) 


FIGURE  5.3-16 
PROCEDURE  SRVR66 
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//♦  CTL  CN=1510, JDATE=7^091 

//SRVUTR  PkOC  ACNT=*CN1510.SRV',&EN='-4*,VERS='*-1* 

//SRVUTR  EXEC  PGM=DT200A,CUND=(7,LE) ,REGION=160K 
//STEPLIB  QD  DSN=CACNT..LOAO,DISP=OLO,VOL=PRIVATe 
//VOLREF  DD  OSN = CAC N T, ,M. TR ANT AP E ( £GEN. ) , DI S P= ( QL D, P A SS ) 

//SYSOUT  DD  SYSOUT=A 
//SYSUOUMP  DO  SYSOUT=A 

//SORTLIB  OD  DSN=SYS1.S0RTLIB,D1SP=SHR 

//SORTWKUl  DO  UNIT=231A,SPACE=(CYL, (5, 1) , tCQNTIG) 

//SQRTWKU2  DD  UN  I T=23 1 A , SPACE  = ( CYL , ( 5 , 1 ) , , CONT IG » 

//S0RTWK03  OD  UNIT=231A,SPACE=(CYL, ( 5, 1) , .CONTIG) 

//ITRANOl  DU  OSN=CACNT,»M.MONTRAN ( CVERS. ) , D I S P=OL D , VOL =PR I V ATE 
//ITRAN02  DD  OSN  = C ACNT. « R. T R ANT APE ( 0) , D I S P=OL 0 , UN  I T=2 A 00 
//nTRAN03  OD  OSN= C ACNT . . M . TR ANTAP E ( +1 ) t D I SP= ( NE w , C ATL G , DE LE TE ) t 
//  VOL=kFF=-K.VULREF , 

//  UNIT=2A00, LAD£L=( , SL ) , DC B= ( R ECFM =Fb , LR EC L =A6 , B LKS I Z £ =27600 ) 

//PRINTOA  DO  SYSUUT=A,CCe=(RECFM=FB,LRECL=133,BLKSIZF=1330) 

//KURK05  OD  0SN=&S0RT,UNIT=231A,U1SP=(NEW,0FLETE), 

//  SPACE  = (CYLt ( 5 ,1 ) , tCUNT IG) , OCfl= (RECFM  = Fbt  LRECL= A7,BLKSIZF  = 723C ) 
//WURK06  DD  UNIT  = 231A ,SPAC£  = ( CYLt ( 5,1 ) f ,CUNTIG)  , 

//  OSN=CREPORT,OCB=lktCFR=F6,8LKSIZE=7238,LRECL=A7) 


FIGURE  5.3-17 
PROCEDURE SRVUTR 


//*  CTL  CN  = 1 510,  Jl)ATE  = 74391 

//SRVRSd  PROC  ACNT='CN1510.SRV  ,VERS='+1* 

//SRVR58  fXEC  PGM=RP058A,CCND=( 7 , LE ) ,REGI0N=160K, 

//  PARK=»  AC  transit  • 

//STtPLiB  OD  DSN=£.ACNT,  cLCAD,  DISP  = GLD,  V0L  = PR1VATE 
//WKul  DU  DSN=&ISJRT,GMT  = SYSUA,DISP=(NEW, DELETE), 

//  SPALE=(CYL,(5,1), ,CONT IG) , CCB= ( R ECFM=F B , BLKS 1 Z E= 72 66, LRtCL =^2 ) 
//UTRANSul  DD  US N =CUSURT  , DM  T =S  YS 0 A , DI  SP=  ( N EW  , DEL ET E ) , 

//  SPACE= (CYL, ( 5 , 1 ) , ,C0NT1G ) , DC B= I K EC FM  = F B , B LKS IZE  = 7266 , LRECL  = 42 ) 
//SYSuUT  Lu)  SYSOUT  = A 
//6YSUDUMF  DD  SYSGUT=A 

//SOKTLlH  DU  0SN=SYS1.SURTL1B,DISP=SHR 
//SORTWKOl  UU  UN  I T=SYSOA,SPACE=(CYL , ( 5 , 1) , ,CONT IG ) 

//S0RTWK02  DO  UN  I T=SYSDA,SPALE^(C YL ,( 5 , 1)  , ,CQNT1G ) 

//SURTWK03  DD  UN  I T = S YSDA , SPAC E= ( CYL , ( 5 , 1 ) , ,C JNT IG ) 

//KbPuRTOl  DD  S YSUUT=a ,DC e=( RECFM=FB, LKECL=13i, BLKSI ZE= 133 ) 
//PEPL’KTu2  JD  SYSOUT=A  , DC  B=  ( RECF  M = F B , LKEC  L=  1 33  , BL  KS  I Z E=  7 1 82  ) 
//KEPUFT03  DU  S YSnuT=A,OCe=(RECFM=FB, LKECL=133,bLKSIZE=7182) 
//KEPUkTOA  DD  S Y SOUT = A , DC E = ( R ECF M=F B , LR EC L= 1 33 , BLKS I Z E= 13 30 ) 
//UNAOlOI  DD  DSN=&ACNTooSoUTNAME,DISP=ULO,VOL=PRlVATL 
//ITRANSUl  DD  DSN=CAtNT,. k.TRANTAPE (EVERS.  ) , D I S P= CLC , UN  I T = 2400 
//INDATFCl  DD  uS  im  = C AC  NT  . . S.  0 AT  E , D I S P=OLD , V UL  = Pk  I V A T E 


FIGURE  5.3-18 
PROCEDURE  SRVR58 
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//*  CTL  CN=1 744, JOAT E=74091 

//SRVR64  PROC  ACNT='CN1510.SRV  ,VERS='4-1*  ,MVERS='0* 

//SkVK64  EXtC  PGM=RP064A,CCNU=(7,LE) ,REGiON=180K, 

//  PAkM='  AC  TRANSIT  • 

//STEPLIb  DD  OSN=CACNTo aLCAD,OiSP=SHK, VOL= (PR IVATE, RETAIN) 

//SYSUDUMP  DU  SYSUUT=A 
//SYSOUT  OD  DUMMY 

/7SURTLIH  DO  OSN= SY S 1 . SO R T L I B , DI SP= SHR 
//SOkTWKOI  do  UN IT  = SYSDA, SPACE=(CYL ,( 5 , 1)  , ,C0NT IG) 

//SORThK,C2  DO  UN  IT  = SYSCA,  SPACE=(CYL  ,(  5 , 1)  , ,C0NT  IG) 

//SGRTwKOi  DD  UN  I T= S Y SD A , S PAC E = ( C Y L , ( 5 , 1 ) , ,CONT IG ) 

//DATE02  UU  OSN=CACNT..S.CATE,OISP=OLD,VGL=PRIVATE 
//CUNST02  DD  D SN  = & AC  NT . . S . DL YCUN , DI S P = OLD , VOL= PRI V AT E 
//C0NSTJ4  DD  DSN=£ACNT,,S,UTNAME,DISP=OLD,VaL=PRlVATE 
//UPRNTOl  OD  SYSOUT=A,DCB= ( LR t C L=i 3 3 , BLKS 1 Z t= 1 3 30 , R ECFM= F6 ) 
//IMbTKOl  no  DSN  = e.ACNTo,M<,VEHICLE  (CMVERS.  ) ,D  I SP=OLD  ,VOL  = PRI  VATE 
//TAP  to 4 uD  JS N=& AC NT, o MaT PANTAPE ( CV ER S, ) , D I S P=OL D , UN  I T = 2400 
//R0KU6  DU  DSN=&SJRT,UNIT=SYSCA,DISP=( NEW, DELETE) , 

//  SP AlE= (CYL, (5,1), ,CLNTIG) ,0C8=<  RECFM=FB, LRECL  = b6,6LKSIZE=72bJ ) 

//WUK07  [.'L.  DSN=£,REPURT  ,UN1T  = SYSDA,  DISP  = ( NEW,  DELETE  ) , 

//  SPALE=(CYL,(5,1),,CCNTIG) ,0Cb=(RECFM=FB ,LRECL=56 ,BLRS IZE=720U ) 
//CA>slu2  ru  ODNAME=SYSIN 


FIGURE  5.3-19 
PROCEDURE SRVR64 


//*  CTL  CN=DALLAS  T R ANS I T , J D AT E=7 3200 
//SKVHb?  PROC  ACNT=  *CN1  510.  SR  V , VERS=  • ♦■I* 

//SkVR37  EXEC  P GM= R PO 57 E , CQND= ( 7 , L E ) , RE G IQN= lOOK 

//STEPLIH  DO  DSN  = CACM..L0A0,D1SP  = 0LD,VQL  = PRIVATE 

//IMSTR02  DO  OSN=&ACNT..M.VEHICLE(CVEKS. ) ,D I SP=OLD , VOL= P R I VA TE 

//DATE03  DO  OSN=CACNT.. S.DATEf OISP=aLD,VCL=PRIVATE 

//MILCU6  DO  OSN=CACNT..M,MILECARO,DISP=aLD,VQL=PRIVATE 

//SYSOUT  DO  SYSOUT=A 

//SYSUOUMP  DO  SYSUUT=A 


FIGURE  5.3-20 
PROCEDURE  SRVR57 


//*  CTL  CN=1 510, JOATE=740S1 

//VHLIST  PRQt  ACNT= 'CN1510.SRV ,VERS='0* 

//VHLIST  EXEC  P GM= VcH LS T B , C0ND= ( 7 , L E ) , R EG I 0N=90K 

//STEPLIB  Of;  DSN  = &ACNT..LCAD,DlSP=ULa,  VOL=PRIVATE 

//IMbTRJl  00  OSN=fc>ACNT..N.VEHlCLE(EVERS.),UISP=0L0,V0L=PRlVATE 

//UPRNT02  DO  SYSOUT  = A,  CCB^  (RECFM  = FB,LRECL=133,BLK.SIZE=7182) 

//SYSUDUMP  DO  SYSGUT=A 

//ICARD03  DO  nnNAME=SYSIN 


FIGURE  5.3-21 
PROCEDURE  VHLIST 


U*  CTL  CN  = 1 510,  J0ATE=740S1 
//SRVP62  PROC  ACNT  = 'CN1510.  SRV 

//SRVR62  tXEC  PGM=RP062A,CCND=(7,LE) ,REbIGN=100K, 

//  PARK='  AC  TRANSIT 

//STEPLI8  DU  OSN=CACNT..LCAD,UISP=SHR,VOL=(Pk IVATE, RETAIN ) 
//SYSUDUMP  DD  SYSOUT=A 

//C0NST02  DD  DSN= & AC  NT . . S . DL VCON , 01 SP=OLU , V0L  = P R I V AT E 

//CUNST04  DD  D SN=E AC  NT . . S . FlT CON , D I S P= OLD , VOL= PR  I V AT E 

//CUNSTOU  DU  DSN=CAC NT.o S, UTNAME ,DI SP=ULD , VOL=PRI VATE 

//CUNSTOo  DD  DSN=CACNTo«SoUTTHRS,DISP=ULD,VOL=PRIVATb 

//PRINT J3  DD  SYSULT=A,CCR=(LRECL=133,BLKSI Zt=1330,RECFM=FB) 


FIGURE  5.3-22 
PROCEDURE  SRVR62 


//♦  CTL  CN 

//SRVTMI P 

//SKVTMIP 

//STEPLIB 

//MILfc06 

//PkINTOl 

//PUNCHOb 

//SYSUDUMP 


DALLAS  TRANS  IT f .DATE=73200 
PRUC  ACNT=*CM510.SfiV* 

fcXEC  PGM=PRTMIL,CJND=( 7tLE) ,kEGION=10OK 
DO  DSN  = e,ACNTo.LGAD,DISP  = QLD,VOL  = PR  IVATE 
DU  DSN=LACNT.,M,MILECARD,DI SP=GLD, VOL=PRI VATE 
OD  SYSOUT  = A,DCe=(kECFM  = FBf  LKECL  = 133, BLKSIZE  = 13iO) 
DO  SYSOUT=B,OCE=( RECFM=FB,LRECL=80,BLKSIZE=80J) 

DD  SYSOUT=A 


FIGURE  5.3-23 
PROCEDURE  SRVTMIP 
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//*  CTL  CN=DALLAS  TRANS  I T , JD A TE= 7 3 200 

//SRVbKUP  PROC  ACNT=* DALLAS.SRV , 6CNT= 'CNlSlOoSRV* 

//SKVBKUP  fcXtC  PGM=IfcHCASCR,RE0I0N=60K 
//SYSPRINT  DO  SYSOUT=A 

//DISK  DO  UN  IT  = 2314, 01  SP=OLO,  VOL=  ( PRIVATE,  SEK=TMDIi>K  ) 

//TAPE  DU  DSN=f;ACNT.  .SAVE  ( ♦■I ) , UN  1 T = ( 2400-3 , , DE  PER  ) , L A BEL=  ( , S L ) , 
//  DISP=(NEW,CATLG, DELETE) 

//SYSIN  DU  DSN  = «;BCNT..S.CTL(CTLBKUP),OISP  = SHR,VOL  = PRIVATh 


FIGURE  5.3-24 
PROCEDURE  SRVBKUP 
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//*  CTL  CN  = 1 51J,  JDATt  = 74JSil 

//SKVRDLY  P«UC  ACNT= 'CN1510.SRV* ,DSK= 'THDISK* 

//SKVe>l  tXEC  PoM=RP051A,CQN0=l7fLE)  ,REG10N=11^K, 

//  PARM='  AC  TRANSIT  ' 

//STFPLIb  Du  DSIM^CAUNT.  «LCAD,  DISP  = ULD,  VOL  = PR  IVATE 
//SUKTLib  DU  0SN=SYS1.SCRTLIB,DISP=SHR 
//SYSUUT  DD  DUMMY 

//SURTWKOI  DD  UN1T=231A,£PACE=(CYL,(1,1) t.CONTIG) 

//SDRTWKJ2  DD  UN  IT= 2 31 A , S PAG E = ( C YL , ( 1 1 1 ) t ,CONT IG > 

//SUKTk^KOb  DD  UN  IT  = 2 31A,SPACE  = (CYL  , < 1 f U , ,CONT  IG) 

//SYSUDUMP  DD  SYSUUT=A 

//PRInTOI  DD  SYS0UT=A,CCE=( RECFM=Fb,LRECL=133,BLKSIZE=7182) 

//IMSTRD2  DD  DS N= & AC NTo » Mo DL Y EXT , D I S P = nLO , V CL= PR I VAT b 
//DATEJ3  DD  DSN= CACN T . . S . C AT E , 0 1 S P =DLD , VUL= PR  I VAT E 
//CONSTOA  DD  DSN=&ACNT,.b.FLTCON,OISP=ULD,VOL=PRIVATE 
//b.RPOb  DD  SYSOUT  = A,OCB=(HECFM  = F ,BLKSIZE  = i33) 

//WDnKDO  DD  DSN  = GSORT,UMT=2314,DISP=(NEW,DELtTE), 

//  SPACE=(CYL,(5,1), .CDNTlU) , DC b= ( R ECFM= F B , LR ECL  = 49 , B LKS I ZE=  7252 ) 

//WI1KKD7  DD  DSN  = GRtPCRT,UNIT  = 2314,ClSP=(NEW, DELETE), 

//  space  =(CYL  , ( 5 ,1 ) , .CLNTIG) , DC  B= ( R F C FM  = F B , LR ECL  = 49, B LK S I Z t- 7252 ) 

//SRV52  FXEC  PGM=DT1CCA ,CQND=( 7 ,LE ) ,REGIUN=30K, 

//  PaRM=*  AC  TRANSIT  • 


//STEPLIu  DD  DSN=EACNT..LCAO,UISP=uLD, VOL=PKlVATE 
//SYSUDUMP  DD  SYSGUT=A 

//PRINTl  Du  SYSUUT=A,DCt=(R£CFM=FB,LRtCL=133,BLKSIZE=133) 

//FRINT2  DD  S YSOUT= A , DC E= ( P ECFM =Fe , LR EC L= 1 3 3 , BLK S I ZE =7 1 82 ) 

//prints  DD  SYSUUT  = A,LCE=(  RECFM  = Fe,LKECL  = 133,  BLKSIZE  = 13  3v)  ) 

//PkINTA  DD  SYSOUT=A,DCe=(RcCFM=Fe, LRECL=133,bLKSIZ£=1330) 

//Prints  DD  SYSGUT=A,DCfc=(RECFM=Fb,LRECL=133,bLKSIZE=1330) 
//CUNSTQ5  DO  DSN=CACNT..S.DLYC()N,DISP=OLD,VOL  = PRIVATF 
//C0NST06  OD  OSN=CACNT..S.UTNAME,OISP=OLD,VOL=PKl VATt 
//ITkANIU  DD  DSN=CACNT..M,TEMPTRN,L1SP=DLD,VCL=PRIVATE 
//ITr<ANll  Du  DSN=&ACnTo.M.MUNTKAN(0)  ,DISP=OLD,VUL  = PRl  VATE 
//LTRAN12  DO  DSN  = CACNT,.M.M()NTRAN  (+1  ) , D I S P=  ( NEW  , C ATLG  , DE  LE  T E ) , 

//  UN  I T = 23 14, VOL= ( PR  I VATE , StR  = CDSR ) , 

//  OCB=( RECFM  = FB, LRECL=46,BLKS I ZE=7268 ) , SPACE= (TR K , ( 5U, 10)  , kL  St ) 


FIGURE  5.3-25 
PROCEDURE SRVRDLY 


6.0  SERVICE/UWIT  CHANGE  SYSTEM  FILES 

The  major  files  used  in  the  Service/Unit  Change  System  are  listed 
in  Table  6.0-1.  Their  relationship  in  terms  of  processing  is  sho-vm 
in  Figures  6.0-1  and  6.0-2.  The  former  illustrates  the  system  as  im- 
plemented at  AC  Transit  District  (ACTD) ; the  latter  illustrates  the 
system  as  implemented  at  Dallas  Transit  System  (DTS). 

Each  file  is  described  in  a File  Specification  Sheet  and  in  Record 
Specification  Sheets.  The  File  Specification  Sheet  contains: 

(a)  File  Name:  This  is  the  common  user  name  for  the  file. 

(b)  FD  Name:  The  COBOL  name  of  the  file,  vhich  provides  an 

identity  common  to  all  programs . 

(c)  Data  Set  Name:  This  is  the  name  used  to  reference  the  file 

in  JCL  commands. 

(d)  Number  of  Formats : The  number  of  record  types  in  the  file. 

(e)  Record  Size:  The  number  of  characters  in  a record  of  any 

type  in  the  file. 

(f)  Record  Formats:  Each  record  in  the  file  is  referenced  by 

format  or  transaction  code,  when  appropriate,  and  the  record 
name.  The  maximum  and  minimum  number  of  each  type  of  record 
in  the  file  is  shown,  when  appropriate. 

(g)  Program  Use:  Each  program  that  uses  the  file  is  identified 

by  name  and  number.  The  use  of  the  file,  as  input  and/or 
output,  and  the  COBOL  name  by  which  the  file  is  referenced 
in  each  program  are  described. 

The  Record  Specification  Sheet  contains: 

(a)  Record  Name:  This  is  the  common  user  name  for  the  record. 
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(b)  File  Name:  This  is  the  common  user  name  for  the  file  that 

contains  the  record.  It  is  provided  as  a cross-reference. 

(c)  COBOL  Name  of  Record:  The  COBOL  name  of  the  record  is  the 

name  given  to  the  structure  used  to  define  the  record. 

(d)  Record  Format  Code:  The  format  or  transaction  code  by  which 

each  type  of  record  is  referenced. 

(e)  Record  Length:  The  number  of  characters  in  the  record. 

(f)  a description  of  each  data  item  in  the  record  in  terms  of; 

(1)  initial  character  position  of  the  field  containing  the 
item, 

(2)  the  number  of  characters  in  the  field, 

(3)  the  type  of  characters  in  the  field  where: 

9 represents  digits 

A represents  alphabetic  characters 
X represents  alphan'umerics 
{h)  the  COBOL  name  of  the  field,  and 
(5)  a description  of  the  data  item. 

Each  subsection,  as  specified  in  Table  6.0-1,  describes  a file. 

A brief  description  of  the  purpose  of  each  file  is  included. 
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TABLE  6.0-1 


SIMS  SERVICE/UNIT  CHANGE  SYSTEM  FILES 


Subsection 


Number 

File  Name 

Data  Set  Name 

6.1 

Vehicle  Master  File 

CN1510 . SRV. M. VEHICLE 

6.2 

Daily  Constants  File 

CN1510.SRV.S.DLYC0N 

6.3 

Fleet  Constants  File 

CN1510.SRV.S.FLTC0N 

6.U 

Unit  Name  File 

CN1510.SRV.S.UTNAME 

6.5 

Unit  Threshold  File 

CN1510 . SRV . S . UTTHRS 

6.6 

Daily  Transaction  File 

CN1510.SRV.M  .TRTAPE 

6.7 

Temporary  Storage  Transaction 
File 

CN1510.SRV.M.TRANS 

6.8 

Temporary  Storage  Sorted 
Transaction  File 

CNl 5 10 . SRV . M . S RTRANS 

6.9 

Daily  Extract  File 

CNl 510 . SRV . M . DLYEXT 

6.10 

Temporary  Transaction  File 

CN1510 . SRV . M . TEMPTRN 

6.11 

Monthly  Transaction  File 

CNl 510 . SRV . M. MONTRAN 

6.12 

Transaction  Master  File 

CNl 510 . SRV . M.  TRANTAPE 

6.13 

Request  Date  File 

CNl 510. SRV. S. DATE 

6.11+ 

Service  System  Control  File 

CN1510.SRV.S.CTL 

6.15 

Request  Date  Card  File 

DATECD 

6.16 

Card  Input  File 

TRANCD 

6.17 

ACTD  Tape  Input  File 

DATA 

6.18 

DTS  Tape  Input  File 

MAGTAPE 

6.19 

DTS  Temporary  Disk  File 

DAILYTRN 

6.20 

Monthly  Tire  Mileage  File 

CN1510.SRV.M.MILECARD 
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TABLE  6.0-1  (Concluded) 


Subsection 

Number 

File  Name 

Data  Set  Name 

6.21 

Tire  Mileage  Punch  File 

SYS0UT=B 

6.22 

ASCII  Translation  File 

CN1510.SRV.S.DTPARM 

6.23 

Vehicle  Request  Card  File 

SYSIN 

( ) indicates  that  the  file  is  a generation  data  set. 
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FIGURE  6.0-1 

SIMS  S/U  SYSTEM  FILES-ACTD 
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FIGURE  6.0  2 

SIMS  S/U  SYSTEM  FILES-DTS 


6.1  Vehicle  Master  File  (M. VEHICLE  ( )) 


The  Vehicle  Master  File  is  a disk  file,  and  is  the  central  file 
of  the  S/U  System.  It  contains,  for  each  vehicle  in  the  system, 
records  of  servicing  performed,  mileage  traveled,  and  maintenance 
work  done. 

The  Vehicle  Master  File  is  a generation  data  set.  Three  versions 
are  saved  on  disk  at  all  times.  The  versions  represent  the  results 
of  the  three  most  recent  system  executions. 

File  and  record  specifications  are  given  in  Tables  6.1-1  through 

6.1-12. 
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TABLE  6.1-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME : Vehicle  Master  File 


FD  NAME:  VEHICLED 

DATA  SET  NAME:  M. 

VEHICLE(  ) 

NUMBER  OF  RECORD  FORMATS:  11 

RECORD 

SIZE:  30  Characters 

FILE  ORGANIZATION: 

Records  are 

sequenced  hy: 

Bus  Number 

Record  Format  Code 
Record  Date 

RECORD  FORMATS 

FORMAT 

MAX.  NO. 

MIN.  NO. 

CODE 

RECORD  NAME 

PER  BUS 

PER  BUS 

20 

Header  Record 

1 

1 

21 

Accumulated  Miles  Record 

1 

1 

2k 

Daily  Record 

80 

0 

26 

Monthly  Sijmmary  Record 

T 

0 

27 

Monthly  Commodity  Cost  Record 

7 

0 

29 

Inspection  Record 

1 

0 

31 

Unit  Change  Record 

50 

0 

3k 

Engine  Rering  Record 

1 

0 

35 

Engine  Overhaul  Record 

1 

0 

38 

Brake  Mileage  Record 

1 

0 

39 

Brake  Drum  Record 

1 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

I DENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

RP053 

Commodity  Usage  Report  Generator 

R 

MASTER-FILE 

RP05^ 

Bus  Analysis  Report  Generator 

R 

I-VEH-MASTER 

RP055 

Unit  Change  Candidates  Report 

R 

VEH-FILE 

Generator 

RP056 

Brake  Status  Report  Generator 

R 

VEH-FILE 

RP057 

Monthly  Tire  Mileage  Processor 

R 

I-VEH-MASTER 

RP059 

Unit  Status  Report  Generator 

R 

INPUT-VEH-MAST 

DG700 

Vehicle  Master  File  Edit/Update 

R 

INPUT-VEH-MAST 

DG700 

Vehicle  Master  File  Edit/Update 

W 

OUT-VEH-MAST 

RP06U 

Coach  History  Report  Generator 

R 

VEHL-FILE 

rpo66 

Inspection  Planning  Report 

R 

MASTER- FILE 

Generator 
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TABLE  6.1-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Header  Record 

FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD;  I-VEH-HEADER 
RECORD  FORMAT  CODE;  20 
RECORD  LENGTH:  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

L 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

2 

XX 

I-VEH-FLEET-NBR 

Fleet  Number 

15 

2 

XX 

I-YR 

Model  Year 

17 

2 

XX 

I-SERV-CODE 

Service  Code 

19 

2 

XX 

I-ASSIGNMENT 

Division  Assignment 

21 

6 

9(6) 

I-ASSIGN-DATE 

Date  of  Div.  Assign 

27 

2 

XX 

I-PRIOR-DIVIS 

Prior  Div.  Assign. 

29 

2 

XX 

FILLER 

TOTAL  30 
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TABLE  6.1-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Accumulated  Miles  Record 

FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD:  I-VEH-ACC-MILES 

RECORD  FORMAT  CODE:  21 

RECORD  LENGTH:  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

4 

9999 

I-VEH-NO 

Bus  Number 

T 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

7 

S9(T) 

I-MILES-PTD 

Accum.  Miles 

20 

11 

X(ll) 

FILLER 

TOTAL  30 
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TABLE  6.1-U 


RECORD  SPECIFICATION 


RECORD  NAME;  Daily  Record 


FILE  NAME;  Vehicle  Master  File 
COBOL  NAME  OF  RECORD:  I-VEH-DAILY 


RECORD  FORMAT  CODE;  2h 


RECORD  LENGTH:  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

k 

9999 

I-VEH-NO 

Bus  Number 

T 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

k 

xxxx 

I-TERM-ID 

Terminal  ID 

IT 

k 

S9ih) 

I-MILES-DAY 

Daily  Miles 

21 

h 

S9(3)V9 

I -FUEL-DAY 

Daily  Fuel 

25 

3 

S99V9 

I-OIL-DAY 

Daily  Oil 

28 

2 

S99 

I-COOL-DAY 

Daily  Coolant 

30 

1 

S9 

I-TORQUE-DAY 

Daily  Torque 

TOTAL  30 
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TABLE  6.1-5 


RECORD  SPECIFICATION 


RECORD  NAME;  Monthly  Surnmary  Record 
FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD;  I-VEH-MONTHLY 
RECORD  FORMAT  CODE : 26 


RECORD  LENGTH;  30  Characters 
FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

1+ 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

5 

S9(5) 

I-MILES-MTD 

Mo  Miles 

18 

5 

S9(U)V9 

I-FUEL-MTD 

Mo  Fuel 

23 

it 

S9(3)V9 

I-OIL-MTD 

Mo  Oil 

27 

3 

S999 

I-COOL-MTD 

Mo  Coolant 

30 

1 

X 

FILLER 

TOTAL  30 
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TABLE  6.1-6 


RECORD  SPECIFICATION 


RECORD  NAME;  Monthly  Commodity  Cost  Record 
FILE  NAME;  Vehicle  Master  File 


COBOL  NAME  OF 

RECORD : I-VEH- 

-MON-COST 

RECORD 

FORMAT 

CODE : 27 

RECORD 

LENGTH: 

30  Characters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

1+ 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

7 

S9(i+)V9(3) 

I-FUEL-COST 

Mo  Fuel  Cost 

20 

6 

S9(3)V9(3) 

I-OIL-COST 

Mo  Oil  Cost 

26 

_5 

S9(2)V9(3) 

I-COOL-COST 

Mo  Coolant  Cost 

TOTAL 

30 
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TABLE  6.1-7- 


RECORD  SPECIFICATION 

RECORD  NAME:  Inspection  Record 

FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD;  I-VEH-INSPEC 
RECORD  FORMAT  CODE;  29 
RECORD  LENGTH:  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

4 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

k 

9999 

I-INSP-PERFORM 

Inspection  Schedule  and 
Step  Performed 

17 

1 

X 

I-INSP-REASON 

Reason  for  Inspection 

18 

7 

S9(7) 

I-INSP-ACCUM-MILES 

Accumulated  Miles  at 
Inspection 

25 

h 

9(U) 

I-INSP-DUE 

Inspection  Schedule 
and  Step  Due 

29 

TOTAL 

_2 

30 

XX 

I-INSP-DUE-TYPE 

Inspection  Type  Due 
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TABLE  6.1-8 


RECORD  SPECIFICATION 


RECORD  NAME;  Unit  Change  Record 
FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD:  I-VEH-UNIT-CHG 

RECORD  FORMAT  CODE;  31 
RECORD  LENGTH:  30  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-VEH-FORMAT 

3 

k 

9999 

I-VEH-NO 

7 

6 

9(6) 

I-VEH-DATE 

13 

h 

9999 

I-GRP-UNIT-CODE 

IT 

1 

X 

I-CHG-REASON 

18 

7 

S9(7) 

I-UNIT-CHG-MILES 

25 

_6 

X(6) 

FILLER 

TOTAL  30 


FIELD  DESCRIPTION 

Record  Format  Code 
Bus  Number 
Date  of  Record 
Group  Unit  Code  of 
Unit  Changed 
Reason  for  Unit  Change 
Accumulated  Miles  at 
Change 
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TABLE  6.1-9 


RECORD  SPECIFICATION 

RECORD  NAME:  Engine  Rering  Record 

FILE  NAME;  Vehicle  Master  File 
COBOL  NAME  OF  RECORD:  I-VEH-RERING 

RECORD  FORMAT  CODE;  3^ 

RECORD  LENGTH;  30  Characters 


FIELD  FIELD 


POS, 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

u 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

1 

X 

I-RERING-REASON 

Reason  for  Rering 

Ik 

7 

S9(7) 

I-RERING-MILES 

Accumulated  Miles 

21 

10 

X(10) 

FILLER 

TOTAL 

30 

Job 

at  Rering 
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TABLE  6.1-10 


RECORD  SPECIFICATION 


RECORD  NAME:  Engine  Overhaul  Record 

FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD:  I-VEH-ENG-OVERHAUL 

RECORD  FORMAT  CODE;  35 
RECORD  LENGTH:  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

i4 

9999 

I-VEH-NO 

Bus  Nximher 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

1 

X 

I-OVHAUL-REASON 

Reason  for  Eng  Overhaiil 

li+ 

T 

S9(7) 

I-OVHAUL-MILES 

Accumulated  Miles  at 

Eng  Overhaul 

21 

10 

X(10) 

FILLER 

TOTAL 

30 
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TABLE  6.1-11 


RECORD  SPECIFICATION 

RECORD  NAME:  Brake  Mileage  Record 

FILE  NAME;  Vehicle  Master  File 
COBOL  NAME  OF  RECORD:  I-VEH-BRAKE-MILE 

RECORD  FORMAT  CODE;  38 
RECORD  LENGTH;  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

1 

X 

I-BRAKE-REAS 

Reason  for  Brake  Job 

14 

T 

S9(T) 

I-BRAKE-MILES 

Accumulated  miles  at 

Brake  Job 

21 

k 

xxxx 

I-BRAKE-LINING 

Brake  Lining  Code 

25 

_6 

x(6) 

FILLER 

TOTAL 

30 
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TABLE  6.1-12 


RECORD  SPECIFICATION 


RECORD  NAME;  Brake  Drum  Record 


FILE  NAME:  Vehicle  Master  File 

COBOL  NAME  OF  RECORD : I-VEH-BRAKE-DRUM 


RECORD  FORMAT  CODE:  39 


RECORD  LENGTH;  30  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-VEH-FORMAT 

3 

u 

9{k) 

I-VEH-NO 

7 

6 

9(6) 

I-VEH-DATE 

13 

3 

999 

I-LF-DRUM 

l6 

3 

999 

I-RF-DRUM 

19 

3 

999 

I-LR-DRUM 

22 

3 

999 

I-RR-DRUM 

25 

6 

X(6) 

FILLER 

TOTAL  30 


FIELD  DESCRIPTION 

Record  Format  Code 
Bus  Number 
Date  of  Record 
Left  Front  Drum  Size 
Right  Front  Drum  Size 
Left  Rear  Drum  Size 
Right  Rear  Drum  Size 
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6.2  Daily  Constants  File  (S.DLYCQN) 

The  Daily  Constants  File  is  one  of  the  four  S/U  System  constants 
files.  It  contains  records  of  commodity  prices  for  fuel,  oil,  and 
coolant,  as  well  as  inspection  schedule  definitions.  The  file  also 
contains  system  constants  used  in  the  Vehicle  Master  File  updating 
procedures.  Up  to  ten  inspection  schedule  definitions  can  be  stored 
in  the  file. 

Tables  6.2-1  through  6.2-6  give  file  and  record  specifications 
for  this  file. 
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TABLE  6.2-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Daily  Constants  File 

FD  NAME:  DLYCNFD 

DATA  SET  NAME:  S.DLYCON 

NUMBER  OF  RECORD  FORMATS:  5 RECORD  SIZE:  8 Characters 

FILE  ORGANIZATION:  Records  are  sequenced  by  Record  Format  Code. 

The  CU  records  are  in  random  order  within  the  C^+  sequence.  The  C5 
records  are  sequenced  by  Inspection  Schedule  and  Inspection  Step. 


RECORD  FORMATS 


FORMAT 

CODE 

RECORD  NAME 

MAX.  NO. 

MIN.  NO. 

Cl 

Daily  Transaction  Limit  Record 

1 

1 

C2 

Oil  Price  Record 

1 

1 

C3 

Coolant  Price  Record 

1 

1 

Ch 

Fuel  Price  Record 

9 

9 

C5 

Inspection  Schedule  Record 

220 

0 

PROGRAM  USE 

PROGRAM 

PROGRAli  COBOL 

I DENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

DTI  00 

Transaction  Disk  File  Update 

R 

DLY-CONST-FILE 

RPO5U 

Bus  Analysis  Report  Generator 

R 

DLY-CONST-FILE 

DGTOO 

Vehicle  Master  File  Edit/Update 

R 

INPUT-DLY-CON 

da6oo 

Data  Acceptance 

R/¥ 

DLY-CONST-FILE 

RPO62 

Constants  Files  Listings  Generator 

R 

DAY-FILE 

RPO6U 

Coach  History  Report  Generator 

R 

DALY-FILE 

RPO66 

Inspection  Planning  Report  Generator 

R 

DLY-CONST-FILE 
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TABLE  6.2-2 


RECORD  SPECIFICATION 


RECORD  NAME : Daily  Transaction  Limit  Record 

FILE  NAME:  Daily  Constants  File 

COBOL  NAME  OF  RECORD:  I-CN-LIMIT 

RECORD  FORMAT  CODE:  Cl 

RECORD  LENGTH:  8 Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-CN-CODE 

Record  Format  Code 

3 

2 

99 

I-CN-DAYS-REC 

Number  of  Days'  Records 

5 

2 

99 

I-CN-MAX-DUP 

Max  Duplicate  Records 

7 

2 

XX 

FILLER 

TOTAL  8 
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TABLE  6.2-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Oil  Price  Record 

FILE  NAME;  Daily  Constants  File 
COBOL  NAME  OF  RECORD:  I-CN-OIL-PR 

RECORD  FORMAT  CODE:  C2 

RECORD  LENGTH:  8 Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME 


1 

3 

T 


2 XX  I-CN-CODE 

^ 9v9(3)  I-CN-OIL-PRICE 

2 XX  FILLER 


TOTAL  8 


FIELD  DESCRIPTION 

Record  Format  Code 
Oil  Price 
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TABLE  6.2-h 
RECORD  SPECIFICATION 


RECORD  NAME:  Coolant  Price  Record 


FILE  NAME:  Daily  Constants  File 

COBOL  NAME  OF  RECORD:  I-CN-COOL-PR 


RECORD  FORMAT  CODE:  C3 

RECORD  LENGTH:  8 Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-CN-CODE 

3 

U 

9v9(3) 

I-CN-COOL-PRICE 

7 

_2 

XX 

FILLER 

TOTAL 

8 

FIELD  DESCRIPTION 


Record  Format  Code 
Coolant  Price 
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TABLE  6.2-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Oil  Price  Record 

FILE  NAME:  Daily  Constants  File 

COBOL  NAME  OF  RECORD;  I-CN-OIL-PR 
RECORD  FORMAT  CODE:  C2 

RECORD  LENGTH:  8 Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-CN-CODE 

3 

1+ 

9v9(3) 

I-CN-OIL-PRICE 

7 

_2 

XX 

FILLER 

TOTAL 

8 

FIELD  DESCRIPTION 


Record  Format  Code 
Oil  Price 
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TABLE  6.2-k 
RECORD  SPECIFICATION 


RECORD  NAME:  Coolant  Price  Record 

FILE  NAME:  Daily  Constants  File 

COBOL  NAME  OF  RECORD:  I-CN-COOL-PR 


RECORD  FORMAT  CODE:  C3 


RECORD  LENGTH:  8 Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-CN-CODE 

Record  Format  Code 

3 

1+ 

9v9(3) 

I-CN-COOL-PRICE 

Coolant  Price 

7 

_2 

XX 

FILLER 

TOTAL  8 
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TABLE  6.2-5 


RECORD  SPECIFICATION 


RECORD  NAME:  Fuel  Price  Record 

FILE  NAME;  Daily  Constants  File 
COBOL  NAME  OF  RECORD:  I-CN-FUEL-PR 

RECORD  FORMAT  CODE;  CU 
RECORD  LENGTH:  8 Characters 

FIELD  FIELD 

FIELD  DESCRIPTION 

Record  Format  Code 
Fuel  Price 
Fuel  Type 

TOTAL  8 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-CN-CODE 

3 

k 

9v9(3) 

I-CN-FUEL-PRICE 

7 

_2 

XX 

I-CN-FUEL-TYPE 
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TABLE  6.2-6 


« 

RECORD  SPECIFICATION 


RECORD  NAME:  Inspection  Schedule  Record 

FILE  NAME:  Daily  Constants  File 

COBOL  NAME  OF  RECORD:  I-CN-INSP 

RECORD  FORMAT  CODE:  C5 

RECORD  LENGTH:  8 Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-CN-CODE 

Record  Format  Code 

3 

2 

99 

I-CN-INSP-SCH 

Insp  Schedule 

5 

2 

99 

I-CN-INSP-STEP 

Insp  Step 

7 

2 

XX 

I-CN-INSP-TYPE 

Insp  Type 

99 

I-CN-INSP-INV 

(Redefines  Insp  Type) 

TOTAL  3 


NOTE:  First  record  in  a schedule  has  I-CN-INSP-STEP  =00  and  I-CN-INSP- 

INV  = number  of  steps  in  schedule. 

Last  record  in  a sched\ile  has  I-CN-INSP-STEP  = 99  and 
I-CN-INSP-INV  = inspection  interval. 
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6. 3 Fleet  Constants  File  (S.FLTCON) 


The  Fleet  Constants  File  is  one  of  four  S/U  System  constants  files. 
It  contains  one  record  per  valid  fleet  in  the  system.  Up  to  4o  fleet 
records  can  be  stored  in  the  file.  The  records  contain  test  values 
for  checking  commodities  dispensed  to  the  vehicles  in  the  system. 

File  and  record  specifications  are  given  in  Tables  6.3-1  and 

6.3-2. 


6-27 


TABLE  6.3-1 


SIMS  S/U  FILE  SPECIFICATION 
FILE  NAME:  Fleet  Constants  File 

FD  NAME:  FLTCNFD 

DATA  SET  NAME:  S.FLTCON 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  66  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  by  Fleet  Number. 

RECORD  FORMATS 

FORMAT 
CODE 


FI 

PROGRAM  USE 

PROGRAM 
I DENT. 


RP051 

RP05i+ 

DA600 

DGTOO 

RP053 

RPO56 

RP662 


RECORD  NAME 


Fleet  Constants  Record 


MAX.  NO.  MIN.  NO. 
OF  FLEETS  OF  FLEETS 

40  1 


PROGRAM  NAME  I/O 

Commodity  Report  Generator  R 

Bus  Analysis  Report  Generator  R 
Data  Acceptance  R/W 

Vehicle  Master  File  Edit/Update  R 
Commodity  Usage  Report  Generator  R 
Brake  Status  Report  Generator  R 

Constants  Files  Listings  GeneratorR 


PROGRAM  COBOL  , 
NAME  FOR  FILE 

FLT-CONST-FILE 

FLT-CONST-FILE 

FLT-CONST-FILE 

INPUT-FLT-CON 

CONST-FILE 

FLT-FILE 

FLEET-FILE 
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TABLE  6.3-2 


RECORD  SPECIFICATION 
RECORD  NAME:  Fleet  Constants  Record 

FILE  NAME:  Fleet  Constants  File 

COBOL  NAME  OF  RECORD;  I-CN-FLEET-CONST 
RECORD  FORMAT  CODE:  FI 

RECORD  LENGTH:  66  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

FILLER 

'FI' 

3 

2 

XX 

I-CN-FLEET-NBR 

Fleet  Number 

5 

2 

XX 

I-CN-FLT-FUEL-TYPE 

Fleet  Fuel  Type 

7 

3 

999 

I-CN-FUEL-CAP 

Fuel  Capacity 

10 

2 

99 

I-CN-OIL-CAP 

Oil  Capacity 

12 

2 

99 

I-CN-COOL-CAP 

Coolant  Capacity 

1^4 

3 

XXX 

FILLER 

17 

2 

99 

I-CN-DLY-O-MAX 

Max  Daily  Oil  Usage 

19 

2 

99 

I-CN-DLY-C-MAX 

Max  Daily  Coolant  Usage 

21 

1+ 

99V99 

I-CN-WK-FUEL-MIN 

Min  7-Day  Fuel  Limit  (m.p.g) 

25 

1+ 

9(i+) 

I-CN-WK-OIL-MIN 

Min  7-Day  Oil  Limit  (m.p.q.) 

29 

2 

99 

I-CII-WK-COOL-MIN 

Min  Weekly  Coolant  Limit 
( quarts ) 

31 

1+ 

99V99 

I-CN-WK-FUEL-MAX 

Max  7-Day  Fuel  Limit  (m.p.g. 

35 

1+ 

9(1+) 

I-CN-WIC-OIL-MAX 

Max  7-Day  Oil  Limit  (m.p.q.) 

39 

2 

99 

I_CN-WK-COOL-MAX 

Max  7-Day  Coolant  Limit 
( quarts ) 

i+1 

1+ 

99V99 

I-CN-28-FUEL-MIN 

Min  28-Day  Fuel  Limit  (m.p.g 

^5 

1+ 

9(M 

I-CN-28-OIL-MIN 

Min  28-Day  Oil  Limit  (m.p.q. 

1+9 

2 

99 

I-Cn-28-COOL-MIN 

Min  23-Day  Coolant  Limit 
( quarts ) 

51 

1+ 

99V99 

I-CN-28-FUEL-MAX 

Max  28-Day  Fuel  Limit  (mi.p.g 

55 

1+ 

■ 9(M 

I-CN-28-0IL-MAX 

Max  28-Day  Oil  Limit  (m.p.q. 

59 

2 

99 

I-CIT-28-COOL-MAX 

Max  28-Day  Coolant  Limit 
( quarts ) 

6l 

3 

999 

I_CN-FT-BRi{-THRES 

Front  Brake  Drum  Threshold 
Value  (thousandths  inch) 

Sk 

?OTAL 

3 

66 

999 

I-CN-RR-BRK-THRES 

Rear  Brake  Drum  Threshold 
Value  (thousandths  inch) 
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6 . h Unit  Name  File  ( S . UTN flJVIE ) 


The  Unit  Name  File  is  one  of  the  four  S/U  System  constants  files. 

It  contains  one  record  for  each  unit  for  which  records  are  maintained 
in  the  system.  The  record  contains  the  name  of  the  unit  and  the  group- 
unit  code  associated  with  that  name.  A maximum  of  50  units  may  be 
kept  on  file. 

File  and  record  specifications  are  given  in  Tables  6.U-1  and  6,h-2. 
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TABLE  6.4-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Unit  Name  File 

FD  NAME:  GRPIDFD 

DATA  SET  NAME:  S.UTNAME 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  36  Characters 

FILE  ORGANIZATION : Records  are  sequenced  hy  Group/Unit  Code. 

RECORD  FORMATS 


FORMAT 

CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 
IN  FILE  IN  FILE 


U1 


Unit  Name  Record 


50  0 


PROGRAM  USE 


PROGRAM 

IDENT . PROGRAM  NAME 


PROGRAM  COBOL 
I/O  NAME  FOR  FILE 


DTIOO 

da6oo 

DGTOO 

RP055 

RP058 

RPO62 

RP064 


Transaction  Disk  File  Update  R 

Data  Acceptance  R/W 

Vehicle  Master  File  Edit/Update  R 

Unit  Candidates  Report  Generator  R 

Units  Changed  Report  Generator  R 


UN-NAME-FILE 
NAME- CONST-FILE 
INPUT-UNIT-NAME 
GRDI-FILE 
INPUT-UNIT-NAME 


Constants  Files  Listings  Generator  R NAME-FILE 

Coach  History  Report  Generator  R NAME-FILE 
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TABLE  6.U-2 
RECORD  SPECIFICATION 


RECORD  NAME:  Unit  NaBie  Reeofd 

FILE  NAME:  Unit  Name  Pile 

COBOL  NAME  OF  REQjQRD:  N-GRP-»(]EIIT-NAME 

RECORD  FORMAT  CODE ; U1 


RECORD 

LENGTH: 

36  Chairacters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

N-GU-RBC-TYPE 

Record  Format  Code 

3 

2 

99 

N-GU-ID 

Group  Code 

5 

2 

99 

N*UNIT-ID 

Unit  Code 

T 

X(30) 

N-UNIT-NAME 

Unit  Name 

TOTAL 

36 
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6. 5 Unit  Threshold  File  (S.UTTHRS) 


The  Unit  Threshold  File  is  one  of  the  four  S/U  System  constants 
files.  It  contains,  for  each  unit  in  the  system,  a set  of  records. 
This  set  contains  one  record  for  each  fleet  for  which  unit  records  are 
maintained.  The  record  contains  a mileage  test  value.  This  test 
value  is  used  to  determine  whether  a unit  is  a candidate  for  change 
based  on  mileage  since  last  unit  change. 

A maximum  of  2000  records  may  be  kept  on  this  file.  File  and 
record  specification  sheets  are  given  in  Table  6.5-1  and  6.5-2. 
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TABLE  6.5-1 


SIMS  S/U  FILE  SPECIFICATION 
FILE  NAME:  Unit  Threshold  File 

FD  NAME:  THVALFD 

DATA  SET  NAME:  S.UTTHRS 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  10  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  hy  Fleet  No.  and  Group-Unit 

Code. 


RECORD  FORMATS 


FORMAT 

CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 

FOR  FILE  FOR  FILE 


Unit  Threshold  Value  Record 


2000  0 


PROGRAM  USE 


PROGRAM 

IDENT.  PROGRAM  NAME 


PR0GR.'\M  COBOL 
NAME  FOR  FILE 


da6oo 

RP055 

RPO56 

RPO62 


Data  Acceptance  R/W 

Unit  Candidates  Report  Generator  R 

Brake  Status  Report  Generator  R 

Constants  Files  Listings  Generator  R 


VAL-CONST-FILE 

THVH-FILE 

THV-FILE 

THRES-FILE 
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TABLE  6.5-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Unit  Threshold  Value  Record 

FILE  NAME;  Unit  Threshold  File 

COBOL  NAME  OF  RECORD:  T-UNIT-THRES-VAL 


RECORD  FORMAT  CODE:  None 


RECORD  LENGTH:  10  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

3 

7 

10 


2 XX 

k 9999 

3 999 

1 X 


T-THRES-FLT 

T-THRES-GRP-UNIT 

T-UNIT-T-VAL 

FILLER 


Fleet  No. 

Group-Unit  Code 
Threshold  Value  (Thousand 
Miles ) 


TOTAL  10 
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6. 6 Daily  Transaction  File  (M.TRTAPE) 

The  Daily  Transaction  File  (M.TRTAPE)  is  a disk  storage  file. 
It  receives  80-character  transaction  records  in  a format  acceptable 
to  the  S/U  System.  Servicing  records  were  entered  in  the  system 

through  automated  data  collectors;  they  have  been  converted  to  the 
S/U  format  by  a preprocessor  program.  At  DTS , non-data  collector 
records  are  also  passed,  without  format  conversion,  to  the  Daily 
Transaction  File. 

The  file  specification  is  given  in  Table  6.6-1  and  the  record 
specifications  are  given  in  Tables  6.6-2  through  6.6-12. 
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TABLE  6.6-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME 

: Daily  Transaction  File 

FD  NAME: 

SRVTRAN 

DATA  SET  NAME:  M.TRTAPE 

NUMBER  OF 

RECORD  FORMATS:  11  RECORD  SIZE: 

80  Characters 

FILE  ORGANIZATION:  Random  order 

RECORD  FORMATS 

TRANSACTION 

MAX.  NO. 

MTN.  NO. 

CODE 

RECORD  NAME 

PER  FILE 

PER  FILE 

02 

Daily  Miles  Record 

U 

0 

03 

Vehicle  Inspection  Performed  Record 

U 

0 

13 

Unit  Change  Performed  Record 

U 

0 

15 

Brake  Reline  Performed  Record 

U 

0 

IT 

Vehicle  Servicing  Performed  Record 

U 

0 

19, D9 

Vehicle  Assignment  Record 

U 

0 

Cl 

Service  System  Constants  Record 

U 

0 

C5,D5 

Inspection  Schedule  Definition  Record 

u 

0 

FI 

Fleet  Constants  and  Limits  Record 

u 

0 

T1,DT 

Unit  Threshold  Record 

u 

0 

U1 

Vehicle  Group-Unit  Description  Record 

u 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME  I/O 

NAME  FOR  FILE 

DTTAPE 

Dallas  Input  Tape  Processor  W 

OUTFILED 

ACTAPE 

ACTD  Input  Tape  Processor  W 

OUTDISK 

da6oo 

Data  Acceptance  R 

INPUT-TRANSACT 
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TABLE  6.6-2 
RECORD  SPECIFICATION 


RECORD  NAME;  Daily  Miles  Record 

FILE  NAME;  Daily  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-DAILY-MILES 

TRANSACTION  CODE:  02 

RECORD  LENGTH;  80  Characters 

FIELD  FIELD 


POS. 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

NS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Vehicle  operation  date 

9 

h 

x(i+) 

^-SRV-VEH-NBR 

Vehicle  mimher 

13 

k 

9(1|) 

WS-SRV-MILES 

Daily  miles 

IT 

1 

X 

WS-SRV-MILES-OPR 

Miles  operator 

18 

63 

X(63) 

FILLER 

80 


TOTAL 


TABLE  6.6-3 


RECORD  SPECIFICATION 


RECORD  NAME;  Vehicle  Inspection  Performed  Record 


FILE  NAME;  Daily  Transaction  File 
COBOL  NAME  OF  RECORD;  WS-SRV-I-PERFORM 
TRANSACTION  CODE;  03 
RECORD  LENGTH;  80  Characters 


FIELD  FIELD 

POS.  LENG  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

2 

XX 

WS-SRV-CODE 

3 

6 

x(6) 

WS-SRV-DATE 

9 

h 

X(I|) 

WS-SRV-VEH-NBR 

13 

2 

99 

WS-SRV-SCH-PER 

15 

2 

99 

WS-SRV-STEP-PER 

17 

1 

X 

WS-SRV-REAS-CDE 

18 

7 

9(7) 

WS-SRV-I-ACC-MI 

25 

1 

X 

WS-SRV-COR-CODE 

26 

2 

XX 

WS-SRV-WORK-CTR 

28 

53 

X(53) 

FILLER 

TOTAL 

80 

Transaction  code 
Inspection  performed  date 
Vehicle  number 

Inspection  schedule  performed 
Inspection  step  performed 
Job  reason  code 
Accumulated  miles  at  insp 
Correction  modifier  code 
Work  center  (division) 

Filler 


6-39 


TABLE  6.6-4 


RECORD  SPECIFICATION 


RECORD  NAKE:  Unit  Change  Performed  Record 

FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-UC-PER 
TRANSACTION  CODE:  13 
RECORD  LENGTH:  80  Characters 

FIELD  FIELD 


POS. 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Unit  change  performed  date 

9 

4 

x(4) 

WS-SRV-VEH-NBR 

Vehicle  number 

13 

2 

99 

WS-SRV-CHG-GRP  1 

Group-iinit  code 

15 

2 

99 

WS-SRV-CHG-UNIT  1 

IT 

1 

x 

V/S-SRV-REAS-GDE 

Job  reason  code 

18 

T 

9(7) 

WS-SRV-I-ACC-MI 

Accumulated  miles  at  unit 

change 

25 

1 

x 

WS-SRV-COR-CODE 

Correction  modifier  code 

26 

2 

XX 

WS-SRV-WORK-CTR 

Work  center  (division) 

28 

53... 

X(53) 

FILLER 

Filler 

TOTAL 

8o 
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TABLE  6.6-5 
RECORD  SPECIFICATION 


RECORD  NAME:  Brake  Reline  Perfonaed  Record 


FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-BRK-DRUM 
TRANSACTION  CODE;  15 
RECORD  LENGTH:  80  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Brake  reline  performed  date 

9 

1+ 

x(U) 

WS-SRV-VEH-NBR 

Vehicle  Number 

13 

1 

X 

WS-SRV-BRK-REAS 

Job  reason  code 

lU 

3 

X(3) 

WS-SRV-SIZE-LF 

Brake  drum  size-left  front 

17 

3 

X(3) 

WS-SRV-SIZE-RF 

Brake  drvim  size-right  front 

20 

3 

X(3) 

WS-SRV-SIZE-LR 

Brake  drum  size-left  rear 

23 

3 

X(3) 

WS-SRV-SIZE-RR 

Brake  driim  size-right  rear 

26 

U 

X(i+) 

WS-SRV-BRK-LIN 

Brake  lining  code 

30 

7 

9(7) 

WS-SRV-BRK-MI 

Accumulated  miles  at  brake 
reline 

37 

1 

X 

WS-SRV-BRK-COR-CODE 

Correction  modifier  code 

38 

2 

XX 

WS-SRV-BRK-WORK-CTR 

Work  center  (division) 

Uo 

Ul 

x(ia) 

FILLER 

Filler 

TOTAL 


80 


TABLE  6,6-6 


RECORD  SPECIFICATION 


RECORD  NAME:  VeMcle  Servicing  Performed  Record 

FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-SERV-REC 

TRANSACTION  CODE:  IT 

RECORD  LENGTH:  80  Characters 

FIELD  FIELD 


POS. 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Vehicle  servicing  date 

9 

2 

XX 

WS-SRV-S-WORK-CTR 

Work  center  (division) 

11 

U 

X(4) 

WS-SRV-S-VEH-NBR 

Vehicle  number 

15 

4 

9(3)v9 

WS-SRV-FUEL-N 

Fuel  ( gallons ) 

19 

1 

X 

WS-SRV-FUEL-OPR 

Fuel  operator 

20 

3 

99v9 

WS-SRV-OIL-N 

Oil  quarts ) 

23 

1 

X 

WS-SRV-OIL-OPR 

Oil  operator 

2k 

2 

99 

WS-SRV-COOL-N 

Coolant  ( quarts ) 

26 

1 

X 

VB-SRV-COOL-OPR 

Coolant  operator 

27 

1 

9 

WB-SRV-TOR-N 

Torque  fluid  (quarts) 

28 

1 

X 

NS-SRV-TOR-OPR 

Torque  fluid  operator 

29 

4 

X(4) 

WS-SRV-TERM-ID 

Terminal  ID  number 

33 

48 

X(48) 

FILLER 

Filler 

TOTAL 

80 
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TABLE  6.6-7 


RECORD  SPECIFICATION 


RECORD  NAME;  Vehicle  Assignment  Record 


FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-VEH -ASSIGN 

TRANSACTION  CODE;  19 , D9 
RECORD  LENGTH:  80  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

X(6) 

WS-SRV-DATE 

SIMS  date 

9 

2 

XX 

WS-SRV-MODEL-YR 

Model  year 

11 

k 

x(U) 

WS-SRV-VEH-NBR 

Vehicle  number 

15 

2 

99 

WS-SRV-ASG-SCH 

Inspection  schedule  assigned 

17 

2 

99 

WS-SRV-ASG-STEP 

Inspection  step  assigned 

19 

2 

XX 

WS-SRV-FLT-ASG 

Fleet  assignment 

21 

2 

XX 

WS-SRV-DIV-ASG 

Division  assignment 

23 

2 

XX 

WS-SRV-SERV-ASG 

Service  assignment 

25 

7 

X(7) 

WS-SRV-A-ACCUM-MILES 

Accumulated  miles  at  SIMS  date 

32 

x(U9) 

FILLER 

Filler 

TOTAL  80 
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TABLE  6.6-8 


RECORD  SPECIFICATION 


RECORD  NAME:  Service  System  Constants  Record 

FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-SERV- CONST 
TRANSACTION  CODE;  Cl 
RECORD  LENGTH:  80  Characters 


FIELD 


FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Constants  date 

9 

2 

XX 

W5-SRV-DAY-REC 

Days'  records 

11 

2 

XX 

WS-SRV-MAX-DUP 

Maximum  duplicates 

13 

2 

XX 

FILLER 

Filler 

15 

4 

9v9(3) 

WS-SRV-OIL-PR 

Oil  price  (per  quart) 

19 

4 

9v9(3) 

WS-SRV-COOL-PR 

Coolant  price  (per  quart 

23 

2 

XX 

WS-SRV-FUELl 

Fuel  type  - D1 

25 

4 

9’/9(3) 

WS-SRV-FUEL-PRl 

D1  fuel  price 

29 

2 

XX 

WS-SRV-FUEL2 

Fuel  type  - D2 

31 

4 

9v9(3) 

^-SRV-FUEL-PR2 

D2  fuel  price 

35 

2 

XX 

WS-SRV-FUEL3 

Fuel  type  - G1 

37 

4 

9v9(3) 

WS-SRV-FUEL-PR3 

G1  fuel  price 

4l 

2 

XX 

WS-SRV-FTIEL4 

Fuel  type  - G2 

U3 

4 

9v9(3) 

WS-SRV-FUEL-PR4 

G2  fuel  price 

hi 

2 

XX 

WS-SRV-FUEL5 

Fuel  type  - LNG 

hg 

4 

9v9(3) 

WS-SRV-FUEL-PR5 

LNG  price 

53 

2 

XX 

WS-SRV-FJEL6 

Fuel  type  - CNG 

55 

4 

9v9(3) 

WS-SRV-FUEL-PR6 

CNG  price 

59 

2 

XX 

WS-SRV-FUEL7 

Fuel  tjrpe  - LPG 

6l 

4 

9v9(3) 

WS-SRV-FUEL-PR7 

LPG  price 

65 

2 

XX 

WS-SRV-FUEL8 

Fuel  type  - Other  fuel  1 

67 

4 

9v9(3) 

WS-SRV-FJEL-PR8 

Other  fuel  1 price 

71 

2 

XX 

WS-SRV-FUEL9 

Fuel  type  - Other  fuel  2 

73 

4 

9v9(3) 

WS-SRV-FUEL-PR9 

Other  fuel  2 price 

77 

4 

X(4) 

FILLER 

Filler 

TOTAL 

80 
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TABLE  6.6-9 


RECORD  SPECIFICATION 


RECORD  NAME;  Inspection  Schedule  Definition  Record 
FILE  NAME;  Daily  Transaction  File 
COBOL  NAME  OF  RECORD;  NS-SRV-INSP-SCHED 
TRANSACTION  CODE;  C5,  D5 
RECORD  LENGTH;  80  Characters 


FIELD  FIELD 

POS  LENG  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

3 

9 

11 

13 

15 


2 

XX 

WS-SRV-CODE 

Transaction  code 

6 

x(6) 

WS-SRV-DATE 

Inspection 

definition  date 

2 

99 

^-SRV-I-SCH 

Inspection 

schedule 

2 

99 

WS-SRV-I-STEP 

Inspection 

step 

2 

66 

XX 

X(66) 

WS-SRV-INSPEC-TYPE 

FILLER 

Inspection 

Filler 

type 

80 


TOTAL 


TABLE  6.6-10 


RECORD  SPECIFICATION 


RECORD  NAME:  Fleet  Constants  and  Limits  Record 

FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-FLT-LIM 

TRANSACTION  CODE:  FI 

RECORD  LENGTH:  80  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Fleet  limits  date 

9 

2 

XX 

WS-SRV-FLT-NBR 

Fleet  number 

11 

2 

XX 

FILLER 

Filler 

13 

2 

XX 

WS-SRV-FUEL-TYPE 

PYiel  type 

15 

'3 

X(3) 

WS -SRV- A- FUEL-CAP 

Fuel  capacity 

18 

2 

XX 

WS-SRV-A-OIL-CAP 

Oil  capacity 

20 

2 

XX 

WS-SRV-A- COOL- CAP 

Coolant  capacity 

22 

3 

X(3) 

FILLER 

Filler 

25 

2 

XX 

WS-SRV-DLY-OIL-MAX 

Daily  oil  maximum 

27 

2 

XX 

WS-SRV-DLY-COOL-MAX 

Daily  coolant  maximum 

29 

1+ 

X(4) 

WS-SRV-WK-F-MIN 

7-day  fuel  minimum  (m.p.g. ) 

33 

4 

x(4) 

WS-SRV-WK-O-MIN 

7-day  oil  minimum  (m.p.q.) 

37 

2 

XX 

WS-SRV-WK-C-MIN 

7-day  coolant  minimum  (quarts) 

39 

4 

X(4) 

WS-SRV-WK-F-MAX 

7-day  fuel  maximum  (m.p.g.) 

h3 

4 

X(4) 

WS-SRV-WK-O-MAX 

7-day  oil  maximum  (m.g.q.) 

hi 

2 

XX 

WS-SRV-WK-C-MAX 

7-day  coolant  maximum  (quarts) 

1+9 

4 

X(4) 

WS-SRV-28-F-MIN 

28-day  fuel  minimum  (m.p.g.) 

53 

4 

X(4) 

WS-SRV-28-O-MIN 

28-day  oil  minimum  (m.p.q.) 

57 

2 

XX 

WS-SRV-28-C-MIN 

28-day  coolant  minimum  (qua,rts) 

59 

4 

X(4) 

WS-SRV-28-F-MAX 

28- day  fuel  maxim\im  (m.p.g.  ) 

63 

4 

X(4) 

WS-SRV-2 8-0-MAX 

28-day  oil  maximum  (m.p.q.) 

67 

2 

XX 

WS-SRV-28-C-MAX 

28-day  coolant  maximum  (quarts) 

69 

3 

9(3) 

WS-SRV-FB-THR 

Front  brake  drixm  threshold 

72 

3 

9(3) 

WS-SRV-RB-THR 

Rear  brake  drum  threshold 

75 

6 

X(6) 

FILLER 

Filler 

TOTAL 

80 
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TABLE  6.6-11 


RECORD  SPECIFICATION 


RECORD  NAME;  Unit  Threshold  Value  Record 
FILE  NAME;  Daily  Transaction  File 
COBOL  NAME  OF  RECORD;  WS-SRV-TH-VAL 
TRANSACTION  CODE;  T1 , DT 
RECORD  LENGTH:  80  Characters 


FIELD 

POS. 

FIELD 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

X(6) 

WS-SRV-DATE 

Transaction  date 

9 

2 

XX 

WS-SRV-TH-FLEET 

Fleet  number 

11 

2 

99 

NS-SRV-TH-GROUP 

Group  code 

13 

2 

99 

WS-SRV-TH-UNIT 

Unit  code 

15 

3 

X(3) 

WS-SRV-THRES-VAL 

Threshold  value  (thousand 

miles ) 

18 

1 

X 

WS-SRV-NOT-FACTR 

Filler  (Reserved  for  Unit 

Notice  Factor) 

19 

62 

x(62) 

FILLER 

Filler 

TOTAL 

80 
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TABLE  6.6-12 


RECORD  SPECIFICATION 


RECORD  NAME:  Vehicle  Group-Unit  Description  Record 

FILE  NAME:  Daily  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-GROUP-UNIT 

TRANSACTION  CODE:  U1 

RECORD  LENGTH:  80  Characters 


FIELD  FIELD 


POS. 

LENG. 

FOR14AT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

WS-SRV-CODE 

Transaction  code 

3 

6 

x(6) 

WS-SRV-DATE 

Group-Unit  date 

9 

2 

99 

WS-SRV-GROUP 

Group  code 

11 

2 

99 

WS-SRV-UNIT 

Unit  code 

13 

30 

X(  30 ) 

WS-URV-UIIIT-NAl-iE 

Unit  name 

43 

38 

X(38) 

FILLER 

P'iller 

TOTAL  80 
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6.7  Temporary  Storage  Transaction  File  (M. TRANS) 

The  Temporary  Storage  Transaction  File  is  a disk  file.  It  con- 
tains vehicle  transactions  that  have  been  reformatted  from  the  80- 
character  S/U  input  transactions.  The  new  format  consists  of  a 12- 
character  sort  key  and  the  first  U6  characters  of  the  input  transaction. 
This  is  the  format  req.uired  for  processing  hy  the  system. 

File  and  record  specifications  are  given  in  Tables  6.7-1  through 

6.7-7. 
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TABLE  6.7-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Temporary  Storage  Transaction  File 

FD  NAME:  None 

DATA  SET  NAME:  M. TRANS 

NTJI^EER  OF  RECORD  FORMATS:  6 RECORD  SIZE:  58  Characters 

FILE  ORGANIZATION:  Random  order. 


RECORD  FORMATS 


FORMAT 

MAX. 

NO. 

MIN.  NO. 

CODE 

RECORD  NAI\ffi 

PER  FILE 

PER  FILE 

02 

Daily  Miles  Record 

U 

0 

03 

Vehicle  Inspection  Performed 

Record  U 

0 

13 

Unit  Change  Performed  Record 

U 

0 

15 

Brake  Reline  Performed  Record 

U 

0 

17 

Vehicle  Servicing  Performed  Record  U 

0 

19,D9 

Vehicle  Assignment  Record 

U 

0 

PROGRAM  USE 

• 

PROGRAM 

PROGRAM  COBOL 

IDENT . 

PROGRAM  NAME 

I/O 

NAME 

FOR  FILE 

da6oo 

Data  Acceptance 

w 

OUTPUT-TRANSACT 

lERRCOCO 

Sort /Merge  Utility 

p. 

None 
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TABLE  6.7-2 


RECORD  SPECIFICATION 

RECORD  NAME:  Daily  Miles  Record 

FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-DAILY-MILES 

RECORD  FORMAT  CODE:  02 

RECORD  LENGTH:  58  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

k 

9999 

WS-KEY-VEH-NBR 

Vehicle  Number 

5 

6 

9(6) 

WS-KEY-DATE 

Transaction  Date  (YYMMDD) 

11 

2 

99 

WS-KEY-FORMAT 

Internal  Sort  Code  (=  13) 

13 

2 

XX 

WS-SRV-CODE 

Record  Format  Code 

15 

6 

9(6) 

WS-SRV-DATE 

Transaction  Date 

21 

k 

9(M 

WS-SRV-VEH-NBR 

Vehicle  Number 

25 

k 

9W 

WS-SRV-MILES 

Daily  Miles 

29 

1 

X 

WS-SRV-MILES-OPR 

Miles  Operator  Code 

30 

x(29) 

FILLER 

TOTAL 

58 
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TABLE  6.7-3 


RECORD  SPECIFICATION 

RECORD  NAME;  Vehicle  Inspection  Performed  Record 
FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-I-PERFORM 

RECORD  FORMAT  CODE:  03 

RECORD  LENGTH:  58  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

1+ 

9{h) 

WS-KEY-VEH-NBR 

Vehicle  N\imber 

5 

6 

9(6) 

WS -KEY -DATE 

Transaction  Date 

11 

2 

99 

WS-KEY-FORMAT 

Internal  Sort  Code  (= 

13 

2 

XX 

WS-SRV-CODE 

Record  Format  Code 

15 

6 

9(6) 

WS-SRV-DATE 

Transaction  Date 

21 

A 

9(i^) 

WS-SRV-VEH-NBR 

Vehicle  Number 

25 

4 

9{h) 

WS-SRV-INSP-PER 

Inspection  Performed 

29 

1 

X 

WS-SRV-REAS-CDE 

Reason  for  Inspection 

30 

7 

9(7) 

WS-SRV-I-ACC-MT 

Accumulated  Miles  at 

Inspection 

37 

1 

X 

WS-SRV- COR- CODE 

Correction  Code 

38 

2 

XX 

WS-SRV-WORK-CTR 

Work  Center 

ho 

11 

X(19) 

FILLER 

TOTAL 

58 

6-52 


TABLE  6.T-U 


RECORD  SPECIFICATION 


RECORD  NAME;  Unit  Change  Performed  Record 
FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-UC-PER 

RECORD  FORMAT  CODE;  13 
RECORD  LENGTH;  58  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

k 

9(4) 

WS-KEY-VEH-NBR 

Vehicle  Number 

5 

6 

9(6) 

WS -KEY-DATE 

Transaction  Date 

11 

2 

99 

WS -KEY-FORMAT 

Internal  Sort  Code  (=  I6) 

13 

2 

XX 

WS-SRV-CODE 

Record  Format  Code 

15 

6 

9(6) 

WS-SRV-DATE 

Transaction  Date 

21 

k 

9(4) 

WS-SRV-VEII-NBR 

Vehicle  Number 

25 

k 

9(4) 

WS-SRV-U-CHG 

Group-Unit  Code 

29 

1 

X 

WS-SRV-REAS-CDE 

Reason  Code  for  Change 

30 

7 

9(7) 

WS-SRV-I-ACC-MI 

Accumulated  Miles  at  Change 

37 

1 

X 

WS-SRV-COR-CODE 

Correction  Code 

38 

2 

XX 

WS-SRV-WORK-CTR 

Work  Center 

Uo 

12. 

X(19) 

FILLER 

TOTAL 

58 
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TABLE  6.7-5 


RECORD  SPECIFICATION 


RECORD  NAME:  Brake  Reline  Performed  Record 

FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-BRK-DRUM 

RECORD  FORMAT  CODE;  15 
RECORD  LENGTH:  58  Characters 


FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

1 

4 

9(4) 

5 

6 

9(6) 

11 

2 

99 

13 

2 

XX 

15 

6 

9(6) 

21 

4 

9(4) 

25 

1 

X 

26 

3 

XXX 

29 

3 

XXX 

32 

3 

XXX 

35 

3 

XXX 

38 

4 

x(4) 

42 

7 

9(7) 

49 

1 

X 

50 

2 

XX 

52 

_L 

X(7) 

TOTAL 

58 

COBOL  FIELD  NAME 

WS-KEY-VEH-NBR 

WS -KEY-DATE 

WS -KEY-FORMAT 

WS-SRV-CODE 

WS-SRV-DATE 

WS-SRV-VEH-NBR 

WS-SRV-BRK-REAS 

WS-SRV-SIZE-LF 

WS-SRV-SIZE-RF 

WS-SRV-SIZE-LR 

WS-SRV-SIZE-RR 

WS-SRV-BRK-LIN 

WS-SRV-BRK-MI 

WS-SRV-BRK-COR-CODE 

WS-SRV-BRK-WORK-CTR 

FILLER 


FIELD  DESCRIPTION 

Vehicle  Number 
Transaction  Date 
Internal  Sort  Code  (=17) 
Record  Format  Code 
Transaction  Date 
Vehicle  Number 
Reason  For  Brake  Job 
Size  of  Left  Front  Drum 
Size  of  Right  Front  Drum 
Size  of  Left  Rear  Drum 
Size  of  Right  Rear  Drum 
Brake  Lining  Code 
Accumulated  Miles  at  Brake 
Job 

Correction  Code 
Work  Center 
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TABLE  6.7-6 


RECORD  SPECIFICATION 


RECORD  NAME:  Vehicle  Servicing  Performed  Record 


FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD:  WS-SRV-SERV-REC 


RECORD  FORMAT  CODE:  1? 


RECORD  LENGTH:  58  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

'COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

4 

9(4) 

WS-KEY-VEH-NBR 

Vehicle  Number 

5 

6 

9(6) 

WS -KEY-DATE 

Transaction  Date 

11 

2 

99 

WS -KEY-FORMAT 

Internal  Sort  Code  (= 

13 

2 

XX 

WS-SRV-CODE 

Record  Format  Code 

15 

6 

9(6) 

WS-SRV-DATE 

Transaction  Date 

21 

2 

XX 

WS-SRV-S-WORK-CTR 

Work  Center 

23 

4 

9(4) 

WS-SRV-S-VEH-NBR 

Vehicle  Number 

27 

4 

999V9 

WS-SRV-FUEL-N 

Daily  Fuel 

31 

X 

X 

WS-SRV-FUEL-OPR 

Fuel  Operator  Code 

32 

3 

99V9 

WS-SRV-OIL-N 

Daily  Oil 

35 

1 

X 

WS-SRV-OIL-OPR 

Oil  Operator  Code 

36 

2 

99 

WS-SRV-COOL-N 

Daily  Coolant 

38 

1 

X 

WS-SRV-COOL-OPR 

Coolant  Operator  Code 

39 

1 

9 

WS-SRV-TOR-N 

Daily  Torque 

4o 

1 

X 

WS-SRV-TOR-OPR 

Torque  Operator  Code 

4l 

4 

X(4) 

WS-SRV-TERM-ID 

Terminal  ID 

45 

ih. 

x(i4) 

FILLER 

'OTAL 

58 
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TABLE  6.7-7 
RECORD  SPECIFICATION 


RECORD  NAME:  Vehicle  Assignment  Record 

FILE  NAME:  Temporary  Storage  Transaction  File 

COBOL  NAME  OF  RECORD;  WS-SRV-VEH-ASSIGN 
RECORD  FORMAT  CODE:  19 , D9 

RECORD  LENGTH:  58  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

U 

9(4) 

WS-KEY-VEH-NBR 

Vehicle  Number 

5 

6 

9(6) 

WS-KEY-DATE 

Transaction  Date 

11 

2 

99 

WS -KEY-FORMAT 

Internal  Sort  Code 

(=  12,  11) 

13 

2 

XX 

WS-SRV-CODE 

Record  Format  Code 

15 

6 

9(6) 

WS-SRV-DATE 

Transaction  Date 

21 

2 

99 

WS-SRV-MODEL-YR 

Vehicle  Model  Year 

23 

k 

9(4) 

WS-SRV-S-VEH-NBR 

Vehicle  Number 

27 

k 

9(4) 

WS-SRV-INSP-ASG 

Inspection  Assigned 

31 

2 

XX 

WS-SRV-FLT-ASG 

Fleet  Assigned 

33 

2 

XX 

WS-SRV-DIV-ASG 

Division  Assigned 

35 

2 

XX 

WS-SRV-SERV-ASG 

Service  Assigned 

37 

7 

9(7) 

WS-SRV-ACCUM-MILES 

Accumulated  Miles 

kk 

- 

X(15) 

FILLER 

TOTAL  58 
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6 . 8 Temporary  Storage  Sorted  Transaction  File  (M.SRTRMS) 


The  Temporary  Storage  Sorted  Transaction  File  is  a disk  file. 

It  contains  converted  S/U  input  transactions  (described  in  Section 
6.7),  sorted  in  the  proper  sequence  for  processing  by  the  S/U  System. 
The  sort  sequence  is  based  on  the  first  12  characters  of  the  58-char- 
acter record.  The  sort  key  consists  of  the  vehicle  number,  transaction 
date,  and  format  code. 

File  and  record  specifications  are  given  in  Table  6.8-1. 
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TABLE  6.8-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Temporary  Storage  Sorted  Transaction  File 

FD  NAME:  None  Used 

DATA  SET  NAME:  M.SRTRANS 

NUMBER  OF  RECORD  FORMATS:  6 RECORD  SIZE:  58  Characters 

FILE  ORGANIZATION:  Sorted  on:  Vehicle  Niimber 

Transaction  Date 
Internal  Sort  Code 


RECORD  FORMATS 


FORMAT 

CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 


02 

Daily  Miles  Record 

U 

0 

03 

Vehicle  Inspection  Performed  Record 

U 

0 

13 

Unit  Change  Performed  Record 

U 

0 

15 

Brake  Reline  Performed  Record 

U 

0 

17 

Vehicle  Servicing  Performed  Record 

U 

0 

19, D9 

Vehicle  Assignment  Record 

U 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT . 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

lERCOOOO 

Sort  Utility 

W 

None 

DG700 

Vehicle  Master  File  Edit/Update 

R 

INPUT- TRANSACT 

NOTE : The 

Record  Names,  Format  Codes,  and  specifications 

are  the  same 

as  for  the  Temporary  Storage  Transaction  File,  CNI510.SRV.M. TRANS 
(see  Section  6.7). 
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6.9  Daily  Extract  File  (M.DLYEXT) 


The  Daily  Extract  File  is  a disk  file.  It  contains  a subset  of 
the  records  kept  for  each  vehicle  on  the  Vehicle  Master  File  (see 
Section  6.1).  The  file  contains  only  those  records  necessary  to  run 
the  Commodity  Report  Generator  program  RPO5I.  These  records  are: 

Header  (20),  Accumulated  Miles  (2l),  Daily  Miles  (2i+)  for  the  report 
dates,  Monthly  Summary  (26),  and  Inspection  (29)  (if  one  exists)  records. 

File  and  record  specifications  are  given  in  Table  6.9-1- 
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TABLE  6.9-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Daily  Extract  File 

FD  NAME:  VEHICLED 

DATA  SET  NAME:  M.DLYEXT 

NUMBER  OF  RECORD  FORMATS;  5 RECORD  SIZE:  30  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  by:  Bus  Number 

Record  Format  Code 
Record  Date 


RECORD  FORMATS 


FORMAT 

CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 


20 

21 

2k 

26 

29 


Header  Record  1 
Accumulated  Miles  Record  1 
Daily  Record  80 
Monthly  Summary  Record  2 
Inspection  Record  1 


1 

1 

0 

0 

0 


PROGRAM  USE 
PROGRAM 

IDENT.  PROGRAM  NAME 


PROGRAM  COBOL 
I/O  NAME  FOR  FILE 


DGTOO 

RP051 


Vehicle  Master  File  Edit/  W 

Update 

Commodity  Report  Generator  R 


DLY -EXTRACT 
MASTER-FILE 


NOTE:  The  Record  Names,  Format  Codes,  and  Specifications  are  the  same 

as  for  the  Vehicle  Master  File,  CN1510,  SRV.M. VEHICLE  (See 
Section  6.1). 
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6.10  Temporary  Transaction  File  (M.TEMPTRM) 

The  Temporary  Transaction  File  is  a disk  file  created  by  the 
Edit /Update  program  DG700.  It  contains  a set  of  UO-character  records 
that  reflect  the  status  of  the  Vehicle  Master  File  after  processing 
of  vehicle  maintenance  transactions  during  the  current  run.  Each 
record  is  comprised  of  the  30-character  record  from  the  Vehicle  Master 
File  records,  and  a 10-character  suffix.  The  suffix  contains  service 
miles,  the  work  center  code,  and  a transaction  modifier  code.  The 
transaction  modifier  code  dictates  how  this  transaction  is  to  be  pro- 
cessed during  subsequent  job  steps. 

The  file  contains,  for  each  updated  master  file  record,  a matching 
UO-character  record  that  shows  the  status  of  the  Vehicle  Master  File 
before  updating. 

File  and  record  specifications  are  given  in  Tables  6.10-1 
throiigh  6.10-10. 
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TABLE  6.10-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Temporary  Transaction  File 

FD  NAME:  None 

DATA  SET  NAME:  M.TEMPTRN 

NUMBER  OF  RECORD  FORMATS:  9 RECORD  SIZE:  HO  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  by:  Bus  Number 

Record  Format  Code 
Record  Date  , 


RECORD  FORMATS 


FORMAT 

CODE 

RECORD  NAME 

NO. 
PER  BUS 

MIN.  NO. 
PER  BUS 

20 

Header  Record 

1 

0 

26 

Monthly  Summary  Record 

3 

0 

27 

Monthly  Commodity  Cost  Record 

3 

0 

29 

Inspection  Record 

1 

0 

31 

Unit  Change  Record 

50 

0 

3U 

Engine  Rering  Record 

1 

0 

35 

Engine  Overhaul  Record 

1 

0 

38 

Brake  Mileage  Record 

1 

0 

39 

Brake  Drum  Record 

1 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

DGTOO 

Vehicle  Master  File  Edit/Update 

w 

OUT-TR-HIST 

DTI  00 

Transaction  Disk  File  Update 

R 

I-EDIT-U 
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TABLE  6.10-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Header  Record 

FILE  NAME;  Temporary  Transaction  File 
COBOL  NAME  OF  RECORD;  I-VEH-HEADER 
RECORD  FORMAT  CODE:  20 

RECORD  LENGTH:  Uo  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

u 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

2 

XX 

I-VEH-FLEET-NBR 

Fleet  Number 

15 

2 

XX 

I-YR 

Model  Year 

17 

2 

XX 

I-SERV-CODE 

Service  Code 

19 

2 

XX 

I-ASSIGNMENT 

Div.  Assignment 

21 

6 

9(6) 

I-ASSIGN-DATE 

Date  of  Div.  Assig. 

27 

2 

XX 

I-PRIOR-DIVIS 

Prior  Division 

29 

2 

XX 

FILLER 

31 

7 

S9(7) 

0-TR-SERMI 

Service  Miles 

38 

1 

9 

O-TR-CODE 

Transaction  Modifier 

Code 

39 

_2 

XX 

0-TR-WCNTR 

Work  Center 

TOTAL 

i+0 

NOTE:  If  the  record  represents  a deleted  vehicle, 

I-VEH-FORMAT  = "99". 
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TABLE  6.10-3 


RECORD  SPECIFICATION 


RECORD  NAME;  Monthly  Summary  Record 


FILE  NAME:  Temporary  Transaction  File 


COBOL  NAME  OF 

RECORD : I-VEH- 

■MONTHLY 

RECORD 

FORMAT 

CODE:  26 

RECORD 

LENGTH : 

Uo  Characters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

h 

9999 

I-VEH-NO 

Bus  Number 

T 

6 

9C6) 

I-VEH-DATE 

Date  of  Record 

13 

5 

S9(5) 

I-MILES-MTD 

Monthly  Miles 

18 

5 

S9Ci+)V9 

I-FUEL-MTD 

Monthly  Fuel 

23 

1+ 

S9(3)V9 

I-OIL-MTD 

Monthly  Oil 

27 

3 

S999 

I-COOL-MTD 

Monthly  Coolant 

30 

X(ll) 

FILLER 

TOTAL  UO 
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TABLE  6.10-i+ 
RECORD  SPECIFICATION 

RECORD  NAME:  Monthly  Commodity  Cost  Record 

FILE  NAME:  Temporary  Transaction  File 

COBOL  NAME  OF  RECORD:  I-VEH-MON-COST 

RECORD  FORMAT  CODE:  27 

RECORD  LENGTH:  UO  Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

k 

9999 

I-VEH-NO 

Vehicle  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

7 

S9ih)v9{3) 

I-FUEL-COST 

Monthly  Fuel  Cost 

20 

6 

S9(3)v9(3) 

I-OIL-COST 

Monthly  Oil  Cost 

26 

5 

S99v9(3) 

I-COOL-COST 

Monthly  Coolant  Cost 

31 

X(10) 

FILLER 

TOTAL 

Uo 
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TABLE  6.10-5 


RECORD  SPECIFICATION 


RECORD  NAME;  Inspection  Record 


FILE  NAME;  Temporary  Transaction  File 
COBOL  NAME  OF  RECORD:  I-VEH-INSPEC 


RECORD  FOPdlAT  CODE:  29 


RECORD  LENGTH:  40  Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

2 

XX 

I-VEH-FORMAT 

3 

4 

9999 

I-VEH-NO 

7 

6 

9(6) 

I-VEH-DATE 

13 

4 

9999 

I-INSP-PERFORM 

17 

1 

X 

I-INSP-REASON 

18 

7 

S9(7) 

I-INSP-ACCUM-MILES 

25 

4 

9999 

I-INSP-DUE 

29 

2 

XX 

I-INSP-DUE-TYPE 

31 

7 

S9(7) 

0-TR-SERMI 

38 

1 

9 

O-TR-CODE 

39 

XX 

0-TR-WCNTR 

TOTAL 

40 

FIELD  DESCRIPTION 

Record  Format  Code 
Bus  Number 
Date  of  Record 
Inspection  Schedule 
and  Step  Performed 
Reason  for  Inspection 
Accumulated  Miles  at 
Inspection 
Inspection  Schedule 
and  Step  Due 
Inspection  Type  Due 
Service  Miles 
Transaction  Modifier 
Code 

Work  Center 
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TABLE  6.10-6 


RECORD  SPECIFICATION 


RECORD  NAME:  Unit  Change  Record 

FILE  NAME;  Temporary  Transaction  File 
COBOL  NAME  OF  RECORD:  I-VEH-UNIT-CHG 

RECORD  FORMAT  CODE:  31 

RECORD  LENGTH:  Uo  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 2 XX 

3 h 9999 

1 6 9(6) 

13  U 9999 

IT  IX 

18  7 S9(T) 

25  6 X(6) 

31  7 S9(7) 

38  19 

39  _2  XX 

TOTAL  Uo 


I-VEH-FORMAT 

I-VEH-NO 

I-VEH-DATE 

I-GRP-UNIT-CODE 

I-CHG-REASON 

I-UNIT-CHG-MILES 

FILLER 

O-TR-SERMI 

O-TR-CODE 

O-TR-WCNTR 


Record  Format  Code 
Bus  Number 
Date  of  Record 
Group-Unit  Code  of 
Unit  Changed 
Reason  for  Unit  Change 
Accumulated  Miles  at 
Change 

Service  Miles 
Transaction  Modifier 
Code 

Work  Center 
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TABLE  6.10-T 


RECORD  SPECIFICATION 

RECORD  NAME:  Engine  Rering  Record 

FILE  NAME;  Temporary  Transaction  File 
COBOL  NAME  OF  RECORD;  I-VEH-RERING 
RECORD  FORMAT  CODE;  3^+ 

RECORD  LENGTH:  UO  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

1+ 

9999 

I-VEH-NO 

Bus  Number 

T 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

1 

X 

I-RERING-REASON 

Reason  for  Rering  Job 

ll+ 

T 

S9(7) 

I-RERING-MILES 

Accumulated  Miles  at 

Rering 

21 

10 

X(10) 

FILLER 

31 

7 

S9(7) 

0-TR-SERMI 

Service  Miles 

38 

1 

9 

O-TR-CODE 

Transaction  Modifier 

Code 

39 

_2 

XX 

0-TR-WCNTR 

Work  Center 

TOTAL 

i+0 
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TABLE  6.10-8 


RECORD  SPECIFICATION 


RECORD  NAME:  Engine  Overhaul  Record 

FILE  NAME:  Temporary  Transaction  File 

COBOL  NAt-ffi  OF  RECORD:  I-VEH-ENG-OVERHAUL 

RECORD  FORMAT  CODE:  35 

RECORD  LENGTH:  kO  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

2 

XX 

I-VEH-FORMAT 

3 

1+ 

9999 

I-VEH-NO 

7 

6 

9(6) 

I-VEH-DATE 

13 

1 

X 

I-OVHAUL-REASON 

14 

7 

S9(T) 

I-OVHAUL-MILES 

21 

10 

X(10) 

FILLER 

31 

T 

S9(7) 

0-TR-SERMI 

38 

1 

9 

O-TR-CODE 

39 

_2 

XX 

0-TR-WCNTR 

TOTAL 

ko 

Record  Format  Code 
Bus  Nimher 
Date  of  Record 
Reason  for  Eng  Overhaul 
Accumulated  Miles  at 
Eng  Overhaul 

Service  Miles 
Transaction  Modifier 
Code 

Work  Center 
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TABLE  6.10-9 
RECORD  SPECIFICATION 


RECORD  NAME;  Brake  Mileage  Record 


FILE  NAME;  Temporary  Transaction  File 
COBOL  NAME  OF  RECORD:  I-VEH-BRAKE-MILE 

RECORD  FORMAT  CODE;  38 


RECORD  LENGTH:  40  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

2 

XX 

I-VEH-FORMAT 

3 

4 

9999 

I-VEh-NO 

7 

6 

9(6) 

I-VEH-DATE 

13 

1 

X 

I-BRAKE-REAS 

lU 

T 

S9(T) 

I-BRAKE-MILES 

21 

4 

xxxx 

I-BRAKE-LINING 

25 

6 

x(6) 

FILLER 

31 

T 

S9(7) 

0-TR-SERMI 

38 

1 

9 

O-TR-CODE 

39 

2 

XX 

0-TR-WCNTR 

TOTAL  40 


Record  Format  Code 
Bus  Number 
Date  of  Record 
Reason  for  Brake  Job 
Accumulated  Miles  at 
Brake  Job 
Brake  Lining  Code 

Service  Miles 
Transaction  Modifier 
Code 

Work  Center 
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TABLE  6.10-10 


RECORD  SPECIFICATION 


RECORD 

NAME: 

Brake  Drum 

Record 

FILE  NAME:  Temporary  Transaction  File 

COBOL  NAI1E  OF 

RECORD:  !■ 

-VEH-BRAKE-DRUM 

RECORD 

FORMAT 

CODE : 39 

RECORD 

LENGTH: 

UO  Characters 

FIELD 

FIELD 

* 

POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

I-VEH-FORMAT 

Record  Format  Code 

3 

k 

9999 

I-VEH-NO 

Bus  Number 

7 

6 

9(6) 

I-VEH-DATE 

Date  of  Record 

13 

3 

999 

I-LF-DRUM 

Left  Front  Drum  Size 

l6 

3 

999 

I-RF-DRUM 

Right  Front  Drum  Size 

19 

3 

999 

I-LR-DRUM 

Left  Rear  Drimi  Size 

22 

3 

999 

I-RR-DRUM 

Right  Rear  Drum  Size 

25 

6 

X(6) 

FILLER 

31 

7 

S9(7) 

O-TR-SERMI 

Service  Miles 

38 

1 

9 

O-TR-CODE 

Transaction  Modifier 

39 

_2 

XX 

0-TR-WCNTR 

Work  Center 

TOTAL 

4o 

NOTE: 

If  only 

a partial  brake  job, 

the  field 

0-TR-SERMI  will  contain  accumulated  miles 
at  the  partial  job. 
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6.11  Monthly  Transaction  File  (M.M0NTRAIT(  )) 


The  Monthly  Transaction  File  is  a disk  file.  It  contains  the 
vehicle  maintenance  transactions  that  have  been  processed  during  the 
current  month.  Each  record  is  k6  characters  in  length.  The  record  is 
a reformat  of  a record  from  the  Temporary  Transaction  File  (see  Section 
6.10). 

The  Monthly  Transaction  File  is  a generation  data  set.  Three 

versions  are  kept  on  disk  at  all  times.  The  versions  represent  the 
status  of  this  file  as  of  the  completion  of  the  three  most  recent  S/U 
System  rms. 

File  and  record  specifications  are  given  in  Tables  6.11-1  through 
6.11-9. 
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TABLE  6.11-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Monthly  Transaction  File 

FD  NAME:  TEHISTFD 

DATA  SET  Nj^lIE:  M.MONTRAN  ( ) 

i\TUMBER  OF  RECORD  FORMATS:  8 RECORD  SIZE:  k6  Characters 

FILE  ORGANIZATION : Sequenced  by:  Processing  Date 

Vehicle  Number 

Record  Format  Code 
Transaction  Date 

RECORD  FOPJMATS 


FORMAT  CODE 

RECORD  NAME 

MAX.  NO. 
PER  BUS 

26 

Monthly  Summary  Record 

3 

27 

Monthly  Commodity  Cost  Record 

3 

29 

Inspection  Record 

U 

31 

Units  Change  Record 

U 

3h 

Engine  Rering  Record 

u 

35 

Engine  Overhaul  Record 

u 

38 

Brake  Mileage  Record 

u 

39 

Brake  Drum  Record 

u 

PROGRAM  USE 
PROGRAM 

IDENT.  PROGRAM  NAME 

I/O 

PROGRAM  COBOL 
NAME  FOR  FILE 

DT100  Transaction 

Disk 

File 

Update 

R 

OLD-TRH 

DT100  Transaction 

Disk 

File 

Update 

W 

0-FILE 

DT200  Transaction 

Master  File  Update 

R 

OLD-TF-FILE 
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TABLE  6.11-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Monthly  Summary  Record 

FILE  NAME;  Monthly  Transaction  File 
COBOL  NAME  OF  RECORD;  I-TRH-MON-QTY 
RECORD  FORMAT  CODE;  26 
RECORD  LENGTH:  U6  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

1+ 

9(i^) 

I-TRH-VEH-NBR 

Vehicle  Number 

5 

2 

99 

I-TRH-FOR-CDE 

Record  Format  Code 

T 

6 

9(6) 

I-TRH-DATE 

Transaction  Date 

13 

U 

x(U) 

FILLER 

IT 

6 

9(6) 

I-TRH-PROC-DATE 

Processing  Date 

23 

3 

XXX 

FILLER 

26 

5 

S9(5) 

I-TRH-MON-MI 

Monthly  Miles 

31 

1 

X 

FILLER 

32 

5 

S9(i+)V9 

I-TRH-MON-FUEL 

Monthly  Fuel 

37 

2 

XX 

FILLER 

39 

1+ 

S9(3)V9 

I-TRH-MON-OIL 

Monthly  Oil 

h3 

1 

X 

FILLER 

3 

S999 

I-TRH -MON- COOL 

Monthly  Coolant 

TOTAL  k6 
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TABLE  6.11-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Monthly  Commodity  Cost  Record 


FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-MON-COST 


RECORD  FORMAT  CODE:  27 

RECORD  LENGTH:  k6  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

23 

X(23) 

FILLER 

Reference  Record  Code 

26 

2h 

7 

S9 ( ^ ) V999  I-TRH-FUEL-COST 

Cost  of  fuel  used  for 

month 

31 

6 

S999V999 

I-TRH-OIL-COST 

Cost  of  oil  used  for 

month 

37 

1 

X 

FILLER 

38 

5 

S99V999 

I-TRH-COOL-COST 

Cost  of  coolant  used 

for  month 

i+3 

U 

XXXX 

FILLER 

TOTAL  k6 
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TABLE  6.11-4 


RECORD  SPECIFICATION 


RECORD  NAME:  Inspection  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-INSP-PER 

RECORD  FORMAT  CODE;  29 
RECORD  LENGTH:  46  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

13 

IT 

23 

24 
31 
37 
44 


12 

X(12) 

FILLER 

4 

9(M 

I-TRH-INSP 

6 

9(6) 

I-TRH-PROC-DATE 

1 

X 

I-TRH-REASON 

7 

S9(7) 

I-TRH-ACC-MILES 

6 

S9(6) 

I-TRH-SERV-MILES 

7 

X(7) 

FILLER 

1 

9 

I-TRH-TRAN-CODE 

2 

XX 

I-TRH-WORK-CTR 

Reference  Record  Code  26 
Inspection  performed 
Processing  Date 
Reason  Code 

Accumulated  miles  at  Inspection 
Service  Miles 

Action  Code 
Work  Center 


TOTAL  46 
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TABLE  6.11-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Monthly  Commodity  Cost  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-MON-COST 

RECORD  FORMAT  CODE:  27 

RECORD  LENGTH:  U6  Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

23 

X(23) 

FILLER 

Reference  Record  Code  26 

2h 

7 

S9(^)V999  I-TRH-FUEL-COST 

Cost 

of 

fuel  used  for  month 

31 

6 

S999V999 

I-TRH-OIL-COST 

Cost 

of 

oil  used  for  month 

37 

1 

X 

FILLER 

38 

5 

S99V999 

I-TRH-COOL-COST 

Cost 

of 

coolant  used  for  month 

U3 

XXXX 

FILLER 

TOTAL 

U6 
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TABLE  6.11-4 


RECORD  SPECIFICATION 


RECORD  NAME:  Inspection  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-INSP-PER 


RECORD  FORMAT  CODE:  29 

RECORD  LENGTH:  46  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

13 

IT 

23 

24 
31 
37 
44 
i+5 


12 

X(12) 

FILLER 

4 

9(i^) 

I-TRH-INSP 

6 

9(6) 

I-TRH-PROC-DATE 

1 

X 

I-TRH-REASON 

7 

S9(7) 

I-TRH-ACC-MILES 

6 

S9(6) 

I-TRH-SERV-MILES 

7 

X(7) 

FILLER 

1 

9 

I-TRH-TRAN-CODE 

2 

XX 

I-TRH-WORK-CTR 

Reference  Record  Code  26 
Inspection  performed 
Processing  Date 
Reason  Code 

Accumulated  miles  at  Inspection 
Service  Miles 

Action  Code 
Work  Center 


TOTAL  46 
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TABLE  6.11-5 


RECORD  SPECIFICATION 


RECORD  NAME:  Unit  Change  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-UNIT-CHG 


RECORD  FORMAT  CODE:  31 

RECORD  LENGTH:  h6  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

■ COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

12 

X(12) 

FILLER 

Reference  Record  Code  26 

13 

1+ 

9(M 

I-TRH-UNIT-ID 

Group/Unit  Code 

17 

6 

9(6) 

I-TRH-PROC-DATE 

Processing  Date 

23 

2l+ 

X(2l+) 

FILLER 

Reference  Record  Code  29 

TOTAL  1+6 
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TABLE  6.11-6 


RECORD  SPECIFICATION 


RECORD  NAME:  Engine  Rering  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-RR-OVH 


RECORD 

FORMAT 

CODE:  34 

RECORD 

LENGTH: 

46  Characters 

FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

46 

x(46) 

FILLER 

Reference  Record  ( 

TOTAL 

46 
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TABLE  6.11-7 
RECORD  SPECIFICATION 


RECORD  NAME:  Engine  Overhaul  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-RR-OVH 

RECORD  FORMAT  CODE:  35 

RECORD  LENGTH:  U6  Characters 

FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 

1 k6  X(U6)  FILLER  Reference  Record  Code  31 

TOTAL  1+6 
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TABLE  6.11-8 


RECORD  SPECIFICATIOR 


RECORD  NAME:  Brake  Mileage  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD;  I-TRH-BRK-MILE 
RECORD  FORMAT  CODE:  38 

RECORD  LENGTH;  U6  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAIiE 

FIELD  DESCRIPTION 

1 

12 

X(12) 

FILLER 

Reference  Record  Code  26 

13 

4 

X(4) 

FILLER 

Zeros 

17 

30 

X(30) 

FILLER 

Reference  Record  Code  31 

TOTAL 

46 
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TABLE  6.11-9 


RECORD  SPECIFICATION 


RECORD  NAME:  Brake  Drum  Record 

FILE  NAME:  Monthly  Transaction  File 

COBOL  NAME  OF  RECORD:  I-TRH-BRK-DRUM 

RECORD  FORMAT  CODE:  39 

RECORD  LENGTH:  U6  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2k 

X(24) 

FILLER 

Reference  Records  Code  26 

25 

3 

999 

I-TRH-LF-SIZE 

Left  front  drum  size 

28 

3 

999 

I-TRH-RF-SIZE 

Right  front  drum  size 

31 

3 

999 

I-TRH-LR-SIZE 

Left  rear  drum  size 

3h 

3 

999 

I-TRH-RR-SIZE 

Right  rear  drum  size 

37 

7 

S9(7) 

I-TRH-BRK-ACC-MI 

Accumulated  miles  for 

hk 

3 

XXX 

FILLER 

partial  job 

TOTAL  k6 
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6.12  Transaction  Master  File  (M.TRMTAPE(  )) 


The  Transaction  Master  File  is  a tape  file.  It  contains  a com- 
plete history  of  all  vehicle  maintenance  transactions  processed  hy 
the  S/U  System.  The  record  formats  are  identical  to  those  of  the 
Monthly  Transaction  File  (see  Section  6.11). 

The  Transaction  Master  File  is  a generation  data  set.  Three 
versions  are  saved  on  tapes  at  all  times.  These  versions  are  the 
status  of  this  file  as  of  the  three  most  recent  executions  of  the 
Transaction  Master  File  Update  program  DT200.  This  program  is 
normally  run  on  a monthly  basis.  It  copies  the  contents  of  the  Monthly 
Transaction  File  to  the  Transaction  Master  File,  creating  a new  gener- 
ation of  this  file. 

File  and  record  specifications  are  given  in  Table  6.12-1. 


TABLE  6.12-1 


SIMS  S/U  FILE  SPECIFICATIONS 


FILE  NAME:  Transaction  Master  File 

FD  NAME:  TRHISTFD 

DATA  SET  NAME;  M.TRANTAPE  ( ) 


NUMBER  OF  FORMATS : 8 


RECORD  SIZE;  U6  Characters 


FILE  ORGANIZATION; 


RECORD  FORMATS 


Sequenced  by  Bus  Number 

Record  Format  Code 
Transaction  Date 

Group- Unit  Code,  if  any 
Processing  Date 


FORMAT  CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 


26  Monthly  Summary  Record 

27  Monthly  Commodity  Cost  Record 

29  Inspection  Performed  Record 

31  Unit  Changed  Record 

3^  Engine  Rering  Record 

35  Engine  Overhaul  Record 

38  Brake  Mileage  Record 

39  Brake  Drum  Record 


U 

U 

U 

U 

U 

U 

U 

U 


0 

0 

0 

0 

0 

0 

0 

0 


PROGRAM  USE 


PROGRAM 

IDENT.  PROGRAM  NAME 


PROGRAM  COBOL 
I/O  NAME  FOR  FILE 


DT200 

DT200 

RPO58 

RPO6U 


Transaction  Master  File  Update  R 
Transaction  Master  File  Update  W 
Units  Changed  Report  Generator  R 
Coach  History  Report  Generator  R 


OLD-TMF-FILE 

NEW-TMF-FILE 

I-TRANS-FILE 

TRAN-FILE 


Note:  The  Record  Specifications  are  the  same  as  for  the  Monthly  Transaction 

File,  M.MONTRAN(  ). 
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6.13  Request  Date  File  (S.DATE) 


The  Request  Date  File  is  a disk  file  created  throiigh  the  execution 
of  IBM  utility  program  lEBGEWER.  It  contains  card-image  records  of  the 
report  request  cards  supplied  by  the  user.  Each  of  the  report  generator 
programs  reads  this  file  to  determine  the  date  for  the  report,  and  the 
report  option  specified,  if  any. 

File  and  record  specifications  are  given  in  Tables  6.13-1  and 

6.13-2. 
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TABLE  6.13-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Request  Date  File 

FD  NAME:  DATEFD 

DATA  SET  NAME:  S.DATE 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  60  Characters 

FILE  ORGANIZATION : Records  are  in  random  order. 


RECORD  FORMATS 


FORMAT 

CODE  RECORD  NAME 


MAX  NO.  MIN.  NO. 

IN  FILE  IN  FILE 


Date  Record 


U 0 


PROGRAM  USE 


PROGRAli 

IDENT.  PROGRAM  NAME  I/O 

lEBGENER  Data  Set  Copy  Utility  W 

DG700  Vehicle  Master  File  Edit/Update  R 

RP051A(&  D)  Commodity  Report  Generator  R 

RP053  Commodity  Usage  Report  Generator  R 

RP05^  Bus  Analysis  Report  Generator  R 

RP055  Unit  Change  Candidate  Report  R 

Generator 

RPO56  Brake  Status  Report  Generator  R 

RPO57  Monthly  Tire  Mileage  Processor  R 

RPO58  Units  Changed  Report  Generator  R 

RPO59  Unit  Status  Report  Generator  R 

RPO6U  Coach  History  Report  Generator  R 

RPO66  Inspection  Planning  Report  R 

Generator 


PROGRAM  COBOL 
NAME  FOR  FILE 


INPUT-DATE-FILE 
DATE- FILE 
DATE-FILE 
DATE-FILE 
DATE-FILE 

DATE- FILE 

DATE- FILE 

INPUT-DATE-FILE 

DATE-FILE 

DATE-FILE 

DATE-FILE 
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TABLE  6.13-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Date  Record 

FILE  NAME:  Request  Date  File 

COBOL  NAME  OF  RECORD:  DATE-REC 

RECORD  FORMAT  CODE : None 


RECORD  LENGTH:  60  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

D-REPORT-NO 

Report 

Request  Code 

( see 

Table  U.3-1) 

3 

6 

9(6) 

D-DATE 

Report 

Request  Date  (YYMMDD) 

9 

2 

XX 

D-OPER-CODE 

Report 

Option  Code 

( see 

Table  h.3-2) 

11 

X(50) 

FILLER 

TOTAL 

60 

NOTE: 

If  Report 

Option 

Code  contains  zeros 

or  spaces 

, the  standard 

report  is  generated. 
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6. lU  Service  System  Control  File  (S.CTL) 


The  Service  System  Control  File  is  a partitioned  data  set  residing 
on  disk.  The  various  partition  members  contain  card  images  of  control 
cards  necessary  to  execute  the  IBM  utility  programs  employed  by  the 
system.  The  utilities  used  are  lEBGENER  (Data  Set  Copy),  IERRCO00 
(Sort/Merge),  and  lEHDASDR  (Disk  Save). 

File  and  record  specifications  are  given  in  Table  6.1U-I. 
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TABLE  6.IU-I 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME;  Service  System  Control  File 

DATA  SET  NAME;  S . CTL 

NUMBER  OF  MEMBERS:  3 RECORD  SIZE;  80  Characters 

FILE  ORGANIZATION;  S.CTL  is  a partitioned  data  set  that  contains 

card  images  of  control  cards  necessary  to 
execute  IBM  utilities  lEBGENER,  IERRCO00,  and 
lEHDASDR.  The  file  is  accessed  by  specifying 
the  member  name  containing  the  desired  control 
cards . 


MEMBER  NAMES 
CTLDATE 

CTLSRV03 

CTLBKUP 


CONTENTS 

Two  card  images  as  follows: 

GENERATE  MAXFLDS=1 
RECORD  FIELD=(60,1,,1) 

One  card  image  as  follows : 

SORT  FIELDS=(1,12,CH,A),SIZE=E500 
One  card  image  as  follows: 

DUMP  FROMDD=DISK,TODD=TAPE 


Note:  All  card  images  have  their  contents  beginning  in  column  three  (3) 

of  the  80  character  image. 


PROGRAM  USE 


PROGRAM 

MEMBER 

PROGRAM 

IDENT. 

USED 

I/O 

PURPOSE 

lEBGENER 

CTLDATE 

R 

Copy  date  cards  to 
Request  Date  file 

IERRCO00 

CTLSRV03 

R 

Sort  transaction  file 
M. TRANS 

lEHDASDR 

CTLBKUP 

R 

Dump  S/U  disk,  TMDISK 
to  magnetic  tape 
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6.15  Request  Date  Card  File  (PATECP) 


The  Request  Date  Card  File  is  a set  of  records  read  through  the 
job  stream  on  punched  cards.  These  records  are  user-supplied  request 
cards  for  various  report  generator  programs.  This  file  is  used  as 
input  to  utility  program  lEBGENER,  which  creates  the  Request  Date  File 
(see  Section  6.l4). 

File  and  record  specifications  are  given  in  Tables  6.15-1  and 

6.15-2. 


6-89 


TABLE  6.15-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Request  Date  Card  File 

DATA  SET  NAME;  DATECD 

NUMBER  OF  FORMATS:  1 RECORD  SIZE:  80  Characters 

FILE  ORGANIZATION:  Random  order 

RECORD  FORMATS 


FORMAT  CODE 

RECORD  NAME 

MAX.  NO. 

MIN.  NO. 

Date  Card 

U 

0 

PROGRAM  USE 

PROGRAM 
I DENT. 

PROGRAM  NAME 

I/O 

PROGRAM  COBOL 
NAME  FOR  FILE 

lEBGENER 

Data  Set  Copy 
Utility 

I 

None 
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TABLE  6.15-2 
RECORD  SPECIFICATION 

RECORD  NAME : Date  Card 

FILE  NAME : Request  Date  Card  File 

COBOL  NAME  OF  RECORD:  None 

RECORD  FORMAT  CODE:  None 

RECORD  LENGTH:  80  Characters 


FIELD 

POS. 

1 

3 

9 

11 

TOTAL 


FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

2 

XX 

D-REPORT-NO 

6 

9(6) 

D-DATE 

2 

XX 

D-OPER-CODE 

JO 

X(T0) 

FILLER 

80 

NOTE:  If  Report  Option  Code  contains  zero  or 

report  is  generated. 


FIELD  DESCRIPTION 

Report  Request  Code 
(see  Table  4.3-1) 
Report  Request  Date 
(YYMMDD) 

Report  Option  Code 
(see  Table  4.3-2) 


spaces , the  standard 
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6.16  Card  Input  File  (TRMCP) 


The  Card  Input  File  is  a set  of  records  read  through  the  job 
stream  on  punched  cards.  The  records  are  the  80-character  user-supplied 
vehicle  transactions  and  the  constants  file  update  transactions. 

File  and  record  specifications  are  given  in  Table  6.I6-I. 
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TABLE  6.16-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME;  Card  Input  File 
FD  NAME;  SRVTRAN 
DATA  SET  NAME:  TRANCD 

NUMBER  OF  FORMATS;  11  RECORD  SIZE:  80  Characters 

FILE  ORGANIZATION:  Random  order 

RECORD  FORMATS 


TRANSACTION 

MAX.  NO. 

MIN.  NO. 

CODE 

RECORD  NAME 

PER  BUS 

PER  BUS 

02 

Daily  Miles  Record 

U 

0 

03 

Vehicle  Inspection  Performed  Record 

U 

0 

13 

Unit  Change  Performed  Record 

U 

0 

15 

Brake  Reline  Performed  Record 

U 

0 

17 

Vehicle  Servicing  Performed  Record 

U 

0 

19,  D9 

Vehicle  Assignment  Record 

U 

0 

Cl 

Service  System  Constants  Record 

U 

0 

C5,D5 

Inspection  Schedule  Definition  Record  U 

0 

Fl 

Fleet  Constants  and  Limits  Record 

U 

0 

U1 

Vehicle  Group  Unit  Description 
Record 

U 

0 

T1,DT 

Unit  Threshold  Record 

U 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME 

U1 

NAME  FOR  FILE 

da6oo 

Data  Acceptance 

R 

INPUT- CARD-TRi 

Note:  The  Record  Names  Transaction  Codes  and  Specifications  are  the 

same  as  for  the  Daily  Transaction  File,  M.TRTAPE. 
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6.17  ACTD  Tape  Input  File  (DATA) 


The  ACTD  Tape  Input  File  is  a tape  file.  It  contains  80-character 
records  produced  hy  service  data  collectors.  The  record  formats  are 
specific  to  the  data  collectors  used  at  ACTD.  These  records  contain 
servicing  information  reflecting  fuel,  oil,  and  coolant  dispensed  for 
vehicles  in  the  system. 

File  and  record  specifications  are  given  in  Tables  6.17-1  and 
6.17-2. 
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TABLE  6.17-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME;  ACTD  Tape  Input  File 

DATA  SET  NAME;  DATA 

NUMBER  OF  FORMATS;  1 

FI LE  ORGANI Z AT I ON ; Sequenced  by: 

RECORD  FORMATS 


RECORD  SIZE:  80  Characters 

Julian  Date 
Time  of  Day 


FORMAT  CODE 

RECORD  NAME 

MAX.  NO. 
PER  BUS 

MEN.  NO. 
PER  BUS 

ACTD  Data  Collector 
Record 

U 

0 

PROGRAM  USE 

PROGRAM 

IDENT. 

PROGRAM  NAME 

I/O 

PROGRAM 
NAME  OF 

COBOL 

FILE 

ACT APE 

ACTD  Data  Collector 
Tape  Processor 

R 

INTAPE 
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TABLE  6.17-2 
RECORD  SPECIFICATION 

RECORD  NAME:  ACTD  Data  Collector  Record 

FILE  NAME:  ACTD  Tape  Input  File 

COBOL  NAME  OF  RECORD;  INREC 
RECORD  LENGTH:  80  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

3 

999 

JULIAN- IN 

Julian  Date 

U 

9(4) 

TIME-IN 

Time  of  Day  of  record 

8 

1 

9 

IN-DIV 

Division  Code 

9 

1 

9 

IN-COLTR 

Data  Collector  Code 

10 

1 

X 

FILLER 

11 

3 

XXX 

TERM-ID 

Terminal  ID 

l4 

2 

XX 

FILLER 

l6 

1+ 

X(4) 

BUS-NBR 

Vehicle  N+imher 

20 

13 

X(13) 

FILLER 

33 

1+ 

999V9 

IN-FUEL 

Daily  Fuel 

37 

2 

9V9 

IN-OIL 

Daily  Oil 

39 

2 

99 

IN- COOL 

Daily  Coolant 

hi 

1 

9 

IN-TORQUE 

Daily  Torque  fluid 

1+2 

10 

X(10) 

FILLER 

52 

3 

XXX 

IN-CHECK-CODE 

Valid  Record  Indicator 

55 

26 

x(  26) 

FILLER 

TOTAL 

80 

6-96 


6.18  DTS  Tape  Input  File  (MAGTAPE) 


The  DTS  Tape  Input  File  is  a magnetic  tape  file.  It  contains  three 
classes  of  records:  the  regular  S/U  System  input  transactions.  Date/ 

Signal  records,  and  DTS  service  data  collector  records.  The  Date/ 

Signal  records  separate  the  various  kinds  of  input  data  on  the  file. 

The  service  data  collector  records  contain  servicing  performed 
data — i.e.,  fuel,  oil,  and  coolant  dispensed — for  the  vehicles  in 
the  system. 

The  data  collector  records  are  coded  in  the  ASCII  character  set. 

The  system  translates  them  to  EBCDIC  before  processing. 

File  and  record  specifications  are  given  in  Tables  6.I8-I  through 

6.18-3. 
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TABLE  6.18-1 


SIMS  S/U  FILE  SPECIFICATION 
FILE  NAME:  DTS  Tape  Input  File 

FD  NAME:  SRVTRAN 

DATA  SET  NAME:  MAGTAPE 

NUMBER  OF  RECORD  FORMATS:  13  RECORD  SIZE:  80  Characters 

FILE  ORGANIZATION : Random  Order 


RECORD  FORMATS 


TRANSACTION 

CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 
PER  FILE  PER  FILE 


02 

03 

13 

15 

IT 

19, D9 
Cl 

05, D5 
FI 

T1,DT 

U1 

A1 

01 

PROGRAM  USE 

PROGRAM 

IDENT. 


Daily  Miles  Record 
Inspection  Performed  Record 
Unit  Change  Performed  Record 
Brake  Job  Record 
Servicing  Performed  Record 
Vehicle  Assignment  Record 
Service  System  Constants  Record 
Inspection  Schedule  Record 
Fleet  Constants  and  Limits  Record 
Unit  Threshold  Record 
Vehicle  Group-Unit  Description 
Record 

Service  Data  Collector  Record 
Date/Signal  Record 


U 

U 

U 

U 

U 

U 

U 

U 

U 

U 

U 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 


U 0 

2 1 


PROGRAM  NAME 


PROGRAM  COBOL 
I/O  NAME  FOR  FILE 


lEBGENER 


Tape  to  Disk  Utility 


R None 


NOTE:  The  Record  Names,  Formats,  and  Specifications  are  the  same  as  for 

M.TRTAPE,  the  Daily  Transaction  File,  except  for  Service  Data 
Collector  Record  (Transaction  Code  = Al),  aind  the  Date/Signal 
Record.  These  are  defined  in  Tables  6.18-2  and  6.18-3. 
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TABLE  6.18-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Service  Data  Collector  Record 
FILE  NAME:  DTS  Tape  Input  File 

COBOL  NAME  OF  RECORD:  WS-DATA-COLTR 

RECORD  FORMAT  CODE;  A1 

RECORD  LENGTH;  52  Characters  (see  Note  below) 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

1 

X 

FILLER 

2 

2 

XX 

FILLER 

'Al’ 

1+ 

1 

X 

FILLER 

5 

3 

999 

DC -BUS 

Vehicle  Number 

8 

13 

X(13) 

FILLER 

21 

1+ 

999V9 

DC -FUEL 

Daily  Fuel 

25 

2 

9V9 

DC-OIL 

Daily  Oil 

27 

2 

99 

DC-COOL 

Daily  Coolant 

29 

1 

9 

DC -TORQUE 

Daily  Torque 

30 

13 

X(13) 

FILLER 

U3 

2 

XX 

DC -WORK 

Work  Center 

h5 

b 

XXXX 

DC -TERM 

Terminal  ID 

k9 

3 

XXX 

FILLER 

52 

X 

FILLER 

'Z' 

TOTAL 

52 

NOTE:  The  52-character  record  is  stored  as  an  80-character  record. 

The  characters  are  in  ASCII,  necessitating  translation. 
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TABLE  6.18-3 


RECORD  SPECIFICATION 


RECORD  NAME;  Date/Signal  Record 
FILE  NAME:  DTS  Tape  Input  File 

COBOL  NAME  OF  RECORD;  I-DTE-HDR 
RECORD  FORMAT  CODE:  01 

RECORD  LENGTH:  9 Characters  (see  Note  1 below) 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

99 

I-FORMAT-DTE 

Format  Code 

3 

6 

9(6) 

I-DTE 

Transaction  Date 

9 

1 

9 

I-SIGNAL 

Signal  Code  (see  Note 

NOTE 

1: 

The 

9-character 

record  is  stored  as  an  80-character  record. 

NOTE 

2: 

The 

signal  code 

is  used; 

VALUE  DESCRIPTION 

1 Records  that  follow  are  data  collector  records 
generated  by  a Mohawk  1105  keytape  unit. 

2 Records  that  follow  are  non-data  collector 
records  generated  by  a Mohawk  1105  keytape  unit. 


3 


Records  that  follow  are  data  collector  records 
generated  by  a Mohawk  6^+05  keytape  unit. 


1+ 


Records  that  follow  are  non-data  collector  records 
generated  by  a Mohawk  keytape  unit. 


5.  Records  that  follow  are  card-image  records. 
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6.19  DTS  Temporary  Disk  File  (DAILYTRN) 


The  DTS  Temporary  Disk  File  is  a disk  file  created  by  utility 
program  lEBGENER.  At  DTS,  all  data  input  to  the  system  come  from  the 
DTS  Tape  Input  File  (see  Section  6.I8).  One  of  these  tape  files  is 
submitted  for  each  day's  transactions.  To  allow  the  processing  of  one 
or  more  of  these  tape  inputs  on  an  S/U  System  run,  the  tapes  are  copied 
to  disk  data  set  DAILYTRM.  This  one  input  source  becomes  the  system 
input  for  the  run. 

File  and  record  specifications  are  given  in  Table  6.19-1* 
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TABLE  6.19-1 

SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME;  DTS  Temporary  Disk  File 

FD  NAME:  SRVTRAil 

DATA  SET  NAME;  DAILYTRN 

NUMBER  OF  RECORD  FORMATS:  13  RECORD  SIZE:  80  Characters 

FILE  ORDER:  Random  order 

RECORD  FORMATS 


TRANSACTION 

CODE 

RECORD  NAME 

MAX.  NO. 
PER  FILE 

MIN.  NO. 
PER  FILE 

02 

Daily  Miles  Record 

U 

0 

03 

Inspection  Performed  Record 

U 

0 

13 

Unit  Change  Performed  Record 

U 

0 

15 

Brake  Job  Record 

U 

0 

IT 

Servicing  Performed  Record 

U 

0 

19,  D9 

Vehicle  Assignment  Record 

U 

0 

Cl 

Service  System  Constants  Record 

u 

0 

C5,D5 

Inspection  Schedule  Record 

u 

0 

# FI 

Fleet  Constants  and  Limits  Record 

u 

0 

T1,DT 

Unit  Threshold  Record 

u 

0 

U1 

Vehicle  Group-Unit  Description 
Record 

u 

0 

A1 

Service  Data  Collector  Record 

u 

0 

01 

Date/Signal  Record 

2 

1 

PROGRAM  USE 
PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

DTTAPE 

DTS  Data  Collector  Tape  Processor 

R 

ALLINPUT 

lEBGENER 

Tape  to  Disk  Utility 

W 

None 

Note:  The  Record  Names,  Formats,  and  Specifications 

MAGTAPE,  the  DTS  Tape  Input  File. 

are  the 

same  as  for 
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6.20  Monthly  Tire  Mileage  File  (M.MILECARD) 


The  Monthly  Tire  Mileage  File  is  a disk  file.  It  contains  a set 
of  daily  mileage  records  covering  a one-month  period  for  each  vehicle 
in  the  system.  This  file  is  specific  to  DTS.  The  contents  are  used 
to  generate  a report  that  assists  maintenance  management  to  monitor 
tire  mileage  hy  vehicle. 

File  and  record  specifications  are  given  in  Tables  6.20-1  and 

6.20-2. 
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TABLE  6.20-1 


SIMS  S/U  FILE  SPECIFICATION 
FILE  NAME:  Monthly  Tire  Mileage  File 

FD  NAME;  None 
DATA  SET  NAME:  M.MILECARD 

NUMBER  OF  RECORD  FORMATS;  1 RECORD  SIZE:  25  Characters 

FILE  ORGANIZATION;  Records  are  sequenced  by  bus  number  and  date. 


RECORD  FORMATS: 


FORMAT 

MAX.  NO. 

MIN.  NO. 

CODE 

RECORD  NAME 

PER  BUS 

PER  BUS 

Mileage  Card 

31 

0 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

RP057 

Monthly  Tire  Mileage  Processor 

W 

PUNCH-FILE 

PRTMIL 

Tire  Mileage  Report  Generator 

R 

IN-FILE 
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TABLE  6.20-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Mileage  Card 
FILE  NAME:  Monthly  Tire  Mileage  File 

COBOL  NAME  OF  RECORD:  PUNCH-LINE 

RECORD  LENGTH:  25  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

6 

X(6) 

FILLER 

7 

2 

99 

O-MO 

Mileage  Date 

- Month 

9 

2 

99 

0-DAY 

Mileage  Date 

- Day 

11 

2 

99 

0-YR 

Mileage  Date 

- Year 

13 

2 

99 

FILLER 

15 

U 

9999 

O-VEH-NO 

Bus  Number 

19 

6 

9(6) 

0-MILES 

Daily  Miles 

25 

_i 

X 

O-SIGN 

Mileage  Sign 

TOTAL 


25 


6.21  Tire  Mileage  Punch  File  (SYSOUT=B) 


The  Tire  Mileage  Punch  File  is  a file  of  punched  cards  output  to 
the  system  punch.  It  contains  80-character  daily  mileage  records  for 
a one-month  period  for  each  vehicle  in  the  system.  The  format  of  the 
cards  is  compatible  with  the  input  requirements  of  the  DTS  tire  mileage 
monitoring  system. 

File  and  record  specifications  are  given  in  Tables  6.21-1  and 

6.21-2. 
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TABLE  6.21-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Tire  Mileage  Punch  File 


FD  NAME;  None 

DATA  SET  NAME:  Card  Punch  (SYSOUT  - B) 


NUMBER  OF  FORMATS 

: 1 

RECORD  SIZE:  80  Characters 

FILE  ORGANIZATION 

: Sequenced  by: 

Vehicle  Number 
Date 

RECORD  FORMATS 

FORMAT 

CODE 

RECORD  NAME 

MAX.  NO.  MIN.  NO. 
PER  BUS  PER  BUS 

Punch  Line 

31  0 

PROGRAM  USE 

PROGRAM 

IDENT. 

PROGRAM  NAME 

PROGRAM  COBOL 
I/O  NAME  FOR  FILE 

PRTMIL  Tire  Mileage  Report  Generator  W PUNCH-FILE 
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TABLE  6.21-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Pvmch  Line  Record 
FILE  NAME:  Tire  Mileage  Punch  File 

COBOL  NAME  OF  RECORD:  PUNCH-LINE 

RECORD  FORMAT  CODE:  None 


RECORD  LENGTH:  80  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

6 

9(6) 

FILLER  (=  000003) 

7 

2 

99 

I-MO 

Month 

9 

2 

99 

I-DAY 

Day 

11 

2 

99 

I-YR 

Year 

13 

2 

XX 

FILLER 

15 

h 

9(M 

I-VEH-NO 

Vehicle  Number 

19 

6 

9(6) 

I-MILES 

Daily  Miles 

25 

1 

X 

I-SIGN 

Mileage  Sign 

26 

X(55) 

FILLER 

TOTAL 

8o 
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6.22  ASCII  Translation  File  (S.DTPARM) 


The  ASCII  Translation  File  is  a disk  file.  It  contains  80-char- 
acter records  defining  translation  tables  for  conversion  of  ASCII 
characters  to  EBCDIC.  This  file  is  used  by  the  DTS  Input  Tape  Pro- 
cessor program  DTTAPE  to  translate  records  from  the  DTS  service 
data  collectors. 

Tables  6.22-1  through  6.22-4  provide  file  and  record  specification 
for  this  file.  Table  6.22-5  is  a listing  of  the  contents  of  the  ASCII 
Translation  File  as  ciirrently  used  by  DTS. 
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TABLE  6.22-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME;  ASCII  Translation  File 


FD  NAME : None 

DATA  SET  NAME:  S.DTPARM 

NUMBER  OF  FORMATS:  3 RECORD  SIZE 

o 

oo 

Characters 

RECORD  FORMATS 

FORMAT 

CODE 

RECORD  NAME 

MAX.  NO.  MIN.  NO. 

1 

Input  Source  Record 

5 5 

2 

Record  Type  Specification  Record 

99  1 

5 

Translation  Table 

99  1 

PROGRAM  USE 

PROGRAM 

IDENT. 

PROGRAM  NAME 

I/O 

PROGRAM  COBOL 
NAME  FOR  FILE 

DTTAPE  DTS  Input  Tape  Processor  R PARMFILE 


REMARKS 

Table  6.22-5  is  a listing  of  the  current  ASCII  Translation  File. 
This  file  is  used  only  at  DTS. 
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TABLE  6.22-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Input  Source  Record 

FILE  NAME:  ASCII  Translation  File 

COBOL  NAME  OF  RECORD:  None 


RECORD  FORIIAT  CODE;  1 


RECORD 

LENGTH: 

80  Characters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

FIELD  DESCRIPTION 

1 

1 

9 

Format  Code  (=  l) 

2 

27 

X(27) 

Filler 

29 

1 

9 

Sequence  Number 

30 

2 

XX 

Filler 

32 

1 

X 

Translation  Code  (Note  l) 

33 

1 

X 

Filler 

3k 

2 

99 

Record  Size  of  Valid  Record 

36 

1 

X 

Valid  Record  Trailer  Character 

37 

k2 

X(U2) 

Name  of  Input  Source 

79 

_2 

99 

Input  Source  Number  (Note  2) 

TOTAL 

8o 

NOTE  1:  A 'T'  coded  in  this  field  means  that  a translate  table  follows 

for  this  source.  A blank  means  that  the  source  does  not 
require  translation. 

NOTE  2:  This, value  corresponds  to  the  source  number  specified  on  the 

‘date/signal  records  that  divide  input  sources.  Values  01, 

02,  and  03  designate  input  sources  that  must  be  treinslated. 
Codes  0i+  and  05  are  vmtranslated  sources. 

At  DTS,  only  sources  03,  Data  Collector  9-track  tape;  OU, 
Keytaped  Data  9-track  tape;  and  05,  Card  Input,  are  being 
used. 
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TABLE  6.22-3 


RECORD  SPECIFICATION 

RECORD  NAME;  Record  Type  Specification 
FILE  NAME;  ASCII  Translation  File 
COBOL  NAME  OF  RECORD:  None 

RECORD  FORMAT  CODE;  2 
RECORD  LENGTH:  80  Characters 


FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

1 

1 

9 

2 

7 

X(7) 

9 

2 

XX 

11 

12 

99 

13 

27 

X(27) 

Uo 

21 

X(20) 

6l 

X(20) 

TOTAL 

80 

FIELD  DESCRIPTION 

Format  Code  (=  2) 

Filler 

Transaction  Type  (Note  l) 

Sequence  Number 

Filler 

Transaction  Name 
Filler 


NOTE  1:  As  shown  in  Table  6.22-5,  file  S. DTP ARM  has  11  transaction 

types  specified.  The  only  one  used  in  the  current  S/U 
system  is  Transaction  'Al' , the  service  data  collector  record. 
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TABLE  6.22-k 
RECORD  SPECIFICATION 


RECORD  NAME:  Translation  Table 

FILE  NAME:  ASCII  Translation  File 

COBOL  NAME  OF  RECORD:  None 


RECORD  FORMAT  CODE:  5 


RECORD 

LENGTH : 

80  Characters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

FIELD  DESCRIPTION 

1 

1 

9 

Format  Code  (=  5) 

2 

9 

X(9) 

Filler 

11 

2 

99 

Input  Source  to  be  Translated 

(Note  1) 

13 

2 

XX 

Filler 

15 

61+ 

X(6U) 

Translation  Table 

79 

_2 

99 

Sequence  Number  (Note  2) 

TOTAL 

8o 

NOTE  1:  This  field  contains  an  identifier  .that  designates  to  which 

input  source  this  translation  table  belongs.  The  values 
correspond  to  values  found  in  columns  79^80  in  the  Input 
Source  Records.  At  DTS,  only  translate  table  03  is  being 
used. 

NOTE  2:  Four  cards  are  present  for  each  translate  table.  They  are 

sequenced  01,  02,  03,  and  OU. 
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131TP51Z  DATA  COLLECTOR  f7  TRACK  TAPE) 
231T  KEYTAPEO  DATA  (7  TRACK  TAPE) 

mTP51Z  DATA  COLLECTCR  {9  TRACK  TAPE) 
<»Ol  KEYTAPED  DATA  (9  TRACK  TAPE) 


=) 

Q. 


O 

cC 

< 

o 


< 

D 


O 


c c o o o c 


^ ^4 

^4 

•■4 

^i4 

CM 

m4 

nj 

m 

rg 

fO 

4- 

o o 

o 

o 

o 

o 

o o 

o 

o 

o 

O 

o 

o 

o 

O 

o 

O 

o 

o 

o 

o 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

o 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

c^ 

0 

0 

0 

CT' 

0 

O' 

(^ 

0 

00 

0 

0 

0 

CO 

00 

0 

0 

GO 

0 

r- 

0 

0 

0 

r- 

r- 

0 

0 

r- 

0 

>0 

0 

0 

0 

>0 

o 

0 

'C 

nO 

0 

m 

0 

0 

0 

in 

in 

0 

in 

in 

0 

0 

0 

0 

st 

0 

0 

40 

0 

m 

0 

0 

0 

ro 

0 

i0 

0 

rvi 

0 

0 

0 

nsj 

nj 

0 

0 

<M 

0 

0 

0 

0 

0 

0 

pL 

40 

0 

o 

0 

0 

0 

o 

o 

0 

o 

O 

40 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Q 

40 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

UJ 

o 

40 

0 

0 

0 

40^ 

0 

0 

0 

0 

0 

0 

X 

on 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

QC 

• 

«✓) 

< 

z 

40 

0 

0^ 

0 

0 

0 

ISJ 

0 

0 

0 

0 

CD  < 

a 

< 

X 

Oi 

0 

GO 

0 

0 

0 

>* 

0 

0 

0 

0 

LL 

o 

LXJ 

QC. 

h— 

X 

40 

0 

r^ 

0 

0 

0 

X 

0 

0 

0 

0 

OC 

on 

QC 

O 

o z 

►- 

H- 

40 

0 

o 

0 

0 

0 

2 

0 

0 

0 

0 

< < 

UJ 

on 

LL 

Z UJ 

Z 

on 

0 

in 

0 

0 

0 

> 

0 

0 

0 

0 

z s: 

Qu 

< 

» 

— z 

LU 

X 

0 

4- 

0 

0 

0 

Z> 

0 

0 

0 

0 

CC  QC 

LL 

C 

UJ 

_l  h- 

X 

“5 

40 

0 

m 

0 

0 

0 

K 

0 

0 

0 

0 

O O 

Z 

a 

LL 

UJ  OO 

o 

0 

rg 

0 

0 

0 

on 

0 

0 

0 

0 

IL  U. 

o 

X 

U 

on 

< 

0 

0 

0 

V. 

0 

0 

0 

0 

0 

0 

M 

Z 

u 

U.  -5 

X 

40 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0 

LU  LL 

H- 

o 

on 

X 

o 

-5 

K 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

o c 

C 

UJ 

_J  < 

o 

Z 

40 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

< < 

UJ 

on 

• 

> 

c 

< 

< 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

UJ  Li.' 

Cl 

0. 

3 -J 

•J 

4t4 

0 

0 

0 

♦ 

0 

0 

0 

0 

0 

0 

^ -J 

c/) 

> 

on 

2 

Z Oi 

o 

40 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1— • t-x 

Z 

Z 

LU 

< 3 

t— 4 

o 

40 

0 

0 

0 

0 

0 

0 

M 

M 

0 

M 

X s: 

k-X 

c 

Z 

S'  U- 

o 

u 

40 

0 

0 

0 

0 

0 

a: 

cr 

0 

0 

0 

40 

0 

0 

0 

0 

0 

o 

00 

0 

0 

0 

40 

0 

0 

0 

0 

0 

a 

f^ 

0 

0 

0 

40 

0 

0 

0 

0 
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c 

yO 

0 

0 

0 
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0 

LU 

0 
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0 
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c 
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0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 
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TABLE  6.22-5 
ASCII  TRANSLATION  FILE 


6.23  Vehicle  Request  Card  File  (SYSIN) 


The  Vehicle  Request  Card  File  is  a set  of  records  read  through 
the  job  stream  on  punched  cards.  It  contains  80-character  option 
cards  that  are  necessary  to  the  execution  of: 

(a)  Vehicle  Master  File  List  program,  VEHLST,  or 

(b)  Coach  History  Report  Generator  program,  RP064. 

File  and  record  specifications  are  given  in  Tables  6.23-1  through 
6.23-3. 
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TABLE  6.23-1 


SIMS  S/U  FILE  SPECIFICATION 


FILE  NAME:  Vehicle  Request  Card  File 

DATA  SET  NAME:  SYSIN 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  80  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  hy:  Bus  Number 

RECORD  FORMATS 


FORMAT  CODE 

RECORD  NAME 

MAX.  NO. 

MIN.  NO. 

- 

Vehicle  Request 

U 

1 

PROGRAM  USE 

PROGRAM 

PROGRAM  COBOL 

IDENT. 

PROGRAM  NAME 

I/O 

NAME  FOR  FILE 

VEHLST 

RP064 

Vehicle  Master 
File  List 

R 

ICARD-FILE 

Coach  History  Report 
Generator 

R 

CARD-FILE 

TABLE  6.23-2 


RECORD  SPECIFICATION 
(for  VEHLST) 


RECORD  NAME:  Vehicle  Request  Card 


FILE  NAME:  Vehicle  Request  Card  File 

COBOL  NAME  OF  RECORD:  CARD-REC 

RECORD  LENGTH:  80  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME 


1 

5 

9 

11 

13 


1+ 

9ih) 

WS -BUSHMIN 

u 

9ik) 

WS-BUS-MAX 

2 

XX 

OPT-CODE 

2 

XX 

DIV-CODE 

68 

x(68) 

FILLER 

TOTAL  80 
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FIELD  DESCRIPTION 

Low  coach  number 
High  coach  number 
Report  option  code 
Division  selection 


TABLE  6.23-3 


RECORD  SPECIFICATION 
(for  RPO6I+) 


RECORD  NAME:  Vehicle  Request  Card 


FILE  NAME:  Vehicle  Request  Card  File 

COBOL  NAME  OF  RECORD:  CARD-REC 


RECORD 

LENGTH: 

80  Characters 

FIELD 

FIELD 

POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

1 

U 

9(M 

BUS-REQ-NOl 

5 

U 

9(1^) 

BUS-REQ-N02 

9 

2 

XX 

UNIT-REQ-CODE 

11 

1+0 

XX 

DIV-REQ-C0DE(20) 

occurs 

20  times 

51 

30 

X(30) 

FILLER 

TOTAL 

80 

FIELD  DESCRIPTION 

Low  coach  number 
High  coach  number 
Report  option  code 
Division  selection 
up  to  20  may 
be  specified 


6-118 


T.O  PROGRAM  DESCRIPTIONS 


This  section  describes  the  individual  programs  that  are  ref- 
erenced in  the  System  Procedures  section  (Section  5-0) . The  source 
listings  of  these  programs,  with  the  exception  of  the  utility  programs , 
and  of  the  copy  library  are  contained  in  Supplement  I to  this  document. 

The  programs  included  in  the  SIMS  S/U  System  are  listed  in 
Table  7.0-1  in  terms  of  program  identification,  program  name,  and  the 
subsection  that  describes  the  program,  The  description  of  a program 
includes : 

(a)  Introduction, 

(b)  Program  Flowchart, 

(c)  System  Interfaces, 

(d)  Program  Files, 

(e)  Processing  Functions,  and 

(f)  Error  Messages. 

The  Data  Acceptance  program  and  the  Vehicle  Master  File  Edit/Up- 
date program  are  described  in  more  detail  than  the  report  generator 
programs,  as  the  reports  are  described  in  Section  3.0.  With  the  ex- 
ception of  the  Coach  History  Report  Generator,  the  report  generator  pro- 
grams use  the  COBOL  report  writer  and  descriptions  of  these  programs 
include  user  report  formats.  At  the  top  of  the  illustration  of  each 
report  format  are  rows  of  numbers  indicating  the  print  positions. 
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TABLE  7-0-1 


INDEX  OF  SIMS  S/U  PROGRAMS 


Subsection 

Number 

Program 

Identification 

Program  Name 

7-1 

DTTAPE 

DTS  Input  Tape  Processor 

7-2 

ACTAPE 

ACTD  Input  Tape  Processor 

7-3 

DA600 

Data  Acceptance 

7-i+ 

DG700 

Vehicle  Master  File  Edit/Update 

7-5 

DT100 

Transaction  Disk  File  Update 

7-6 

RP051 

Commodity  Report  Generator 

7-7 

RP053 

Commodity  Usage  Report  Generator 

7-8 

RP05^ 

Bus  Analysis  Report  Generator 

7-9 

RP055 

Unit  Change  Candidates  Report  Generator 

7-10 

RP056 

Brake  Status  Report  Generator 

7-11 

RP057 

Monthly  Tire  Mileage  Processor 

7-12 

RP058 

Units  Changed  Report  Generator 

7-13 

RP059 

Unit  Status  Report  Generator 

7-lU 

RPO62 

Constants  Files  Listings  Generator 

7-15 

RP06i+ 

Coach  Histoiy  Report  Generator 

7-16 

RPO66 

Inspection  Planning  Report  Generator 

7-17 

DT200 

Transaction  Master  File  Update 

7-18 

VEHLST 

Vehicle  Master  File  List 

7-19 

PRTMIL 

Tire  Mileage  Report  Generator 

7-20 

lEBGEl^ER 

Data  Set  Copy  Utility 

7-21 

IERRCO00 

Sort/Merge  Utility 

7-22 

lEHDASDR 

Disk  Save  Utility 

7-2 

T.l  DTTAFE  - DTS  Input  Tape  Processor 


The  DTS  Input  Tape  Processor  program  (DTTAPE)  is  designed  to 
translate  and  convert  DTS  service  data  collector  records-  These 
records  are  in  the  ASCII  character  set  and  require  translation  to 
EBCDIC.  After  translation,  the  data  collector  records  are  converted 
to  the  format  of  servicing  performed  records,  which  is  acceptable  as 
input  to  the  S/U  System. 

A list  of  data  collector  record  errors  are  printed  with  an 
asterisk  under  the  field  in  error.  A summary  of  valid  and  invalid 
data  collector  records  are  printed  for  each  day's  input. 

The  valid  converted  records  are  passed  on  to  the  Data  Acceptance 
program,  DA600,  in  data  set  CNI5IO.SRV.M.TRTAPE. 

T.1.1  System  Interfaces 

Figure  7.1-1  is  a program  flow  diagram.  The  program  reads  in- 
put records  from  a temporary  storage  area,  DAILYTRN,  on  the  S/U 
disk.  This  file  is  created  by  utility  program  lEBGEWER,  which  copies 
from  one  to  five  data  collector  tapes  to  disk.  During  program  execu- 
tion, a file  of  parameters  is  read  that  is  used  in  record  conversion. 
This  file,  CNI5IO.SRV.S.DTPARM,  contains  conversion  characters  for 
translating  ASCII  characters  into  EBCDIC. 

This  file  is  specific  to  the  translation  of  Dallas  Transit  data 
collector  records. 
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FIGURE  7.1-1 

DTTAPE  PROGRAM  FLOWCHART 
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T-1  DTTAPE  - DTS  Input  Tape  Processor 


The  DTS  Input  Tape  Processor  program  (DTTAPE)  is  designed  to 
translate  and  convert  DTS  service  data  collector  records.  These 
records  are  in  the  ASCII  character  set  and  require  translation  to 
EBCDIC.  After  translation,  the  data  collector  records  are  converted 
to  the  format  of  servicing  performed  records,  which  is  acceptable  as 
input  to  the  S/U  System. 

A list  of  data  collector  record  errors  are  printed  with  an 
asterisk  under  the  field  in  error.  A summary  of  valid  and  invalid 
data  collector  records  are  printed  for  each  day's  input. 

The  valid  converted  records  are  passed  on  to  the  Data  Acceptance 
program,  DA6OO,  in  data  set  CNI5IO .SRV.M.TRTAPE. 

7.1.1  System  Interfaces 

Figure  7.1-1  is  a program  flow  diagram.  The  program  reads  in- 
put records  from  a temporary  storage  area,  DAILYTRN,  on  the  S/U 
disk.  This  file  is  created  by  utility  program  lEBGEWER,  which  copies 
from  one  to  five  data  collector  tapes  to  disk.  During  program  execu- 
tion, a file  of  parameters  is  read  that  is  used  in  record  conversion. 
This  file,  CNI5IO . SRV. S .DTPARM,  contains  conversion  characters  for 
translating  ASCII  characters  into  EBCDIC. 

This  file  is  specific  to  the  translation  of  Dallas  Transit  data 
collector  records. 
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Program  output  consists  of  the  data  collector  record  edit  report, 
the  data  collector  record  simmary  report,  and  the  converted  trans- 
action file  (CNI5IO. SRV.M.TRTAPE) , which  is  passed  on  to  program 

da6oo. 

7.1.2  Program  Files 

There  are  no  files,  other  than  print  files,  created  diiring  pro- 
gram execution. 

7.1.3  Processing  Functions 

As  illustrated  in  Figure  7.1-15  the  Temporary  Disk  File  DAILYTRN 
and  the  parameter  file  (CNI5IO.SRV.S.DTPARM)  are  read.  The  parameter 
file  defines  the  types  of  records  that  the  transaction  file  may  con- 
tain and  controls  two  sets  of  records,  data  collector  records  and 
other  input  records.  The  former  are  in  the  ASCII  character  set;  the 
latter  are  in  EBCDIC.  Each  set  of  records  must  be  preceded  by  a 
Date/Signal  Record.  This  record  contains  a transaction  date  and 
a signal  code.  If  the  value  of  the  signal  code  is  either  '1'  or  '3', 
the  next  set  contains  data  collector  records  that  require  translation 
and  conversion  to  the  S/U  format.  The  non-data  collector  records  are 
not  processed;  they  are  passed  to  the  Daily  Transaction  File 
( CNI5IO . SRV . M. TRTAPE ) . 
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The  translation  from  ASCII  to  EBCDIC  taJces  place  in  an  ALC  sub- 
routine called  TRRTN.  The  input  records  are  80  characters  long.  The 
mamber  of  characters  in  a valid  data  collector  record  is  52,  beginning 
with  an  'A'  in  position  2 and  ending  with  a ’Z’  in  position  52.  Thus, 
the  routine  TRRTN  takes  the  80  characters  and  creates  an  abstracted 
80-character  record  that  contains  the  52  character  data  collector  record. 
The  remaining  28  characters  of  the  original  data  input  go  into  the 
next  record  processed.  Special  edit  provisions  are  included  to  handle 
records  that  are  not  in  the  standard  52-character  format. 

After  the  data  collector  record  has  been  reformatted  and  trans- 
lated, certain  edit  tests  are  performed.  Each  record  must  have  the 
following  attributes : 

(a)  the  record  must  be  51  characters  long  (52  with  the  leading 
blank),  and 

(b)  the  first  character  must  be  an  'A'  and  the  last,  a 'Z'. 

Records  that  pass  these  tests  are  converted  to  the  format  of  the 

S/U  Vehicle  Servicing  Performed  (IT)  Record.  The  transaction  date  con- 
tained in  the  Date/Signal  Record  is  included  in  the  converted  record. 
Invalid  records  are  printed  on  the  edit  list  with  an  appropriate  mes- 
sage describing  the  error. 
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When  all  records  have  heen  processed,  a data  collector  summary 
report  is  produced.  This  provides  a co\ant  of  valid  and  invalid  records 
for  each  day's  input. 

7.1.^  Error  Messages 

If  an  error  is  detected,  the  appropriate  message  is  printed  and 
execution  is  terminated.  A return  code  of  16  is  issued  that  cancels 
execution  of  the  system.  The  error  messages  are  as  follows: 

(a)  DTTAPE-Ol-DATE-SIGNAL  ERROR:  SIGNAL  NOT  DEFINED 

The  Date/ Signal  Redord  defines  a type  of  record  not 
defined  as  a valid  input  source. 

(h)  DTTAPE-02-DATE  SIGNAL  ERROR:  SIGNAL  IS  EQUAL  TO  ZERO 

The  date  in  the  signal  record  is  equal  to  zero.  It  must 
he  a valid  date. 

(c)  DTT APE-0 3-DATE-SIGNAL  ERROR:  DATE  IS  NOT  VALID 

The  date  is  not  within  the  following  ranges : 

DAY  01-31 
MONTH  01-12 
YEAR  72- 

(d)  DTTAPE-OU-DATE-SIGNAL  ERROR:  DATE-SIGNAL  RECORD  MISSING 

If  a Date/ Signal  Record  is  not  found  for  a new  day  or  a new 
source  of  data,  an  error  occurs. 

7.1.5  Remarks 

DTS  inputs  all  transactions,  hoth  data  collector  and  manual  inputs, 
on  one  input  tape.  The  various  data  sources  are  separated  hy  date/ 
signal  records.  One  of  these  must  he  present  for  each  data  source 
including  the  data  collector  records. 
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DTTAPE  translates  and  converts  the  data  collector  records.  All  | 

other  transactions  are  passed  on,  unedited,  to  the  data  acceptance  | 

I 

program. 
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7.2  ACTAPE  - ACTD  Input  Tape  Processor 


This  program  is  executed  whenever  an  ACTD  service  data  collector 
tape  is  input  to  the  S/U  System.  The  data  collector  records  are 
edited  and  converted  to  the  format  of  servicing  performed  (IT)  trans- 
action records.  A list  of  data  collector  rejects  is  printed  with  an 
asterisk  under  the  field  in  error.  A summary  is  produced  showing  the 
count  of  valid  and  invalid  data  collector  records  for  each  date  found 
on  the  data  tape. 

7.2.1  System  Interfaces 

Figure  7.2-1  is  a program  flow  diagram.  No  previously  created 
files  are  read  since  this  is  the  first  step  in  the  job  stream. 

Program  output  consists  of  the  edit  report , data  collector  record 
summary,  and  the  converted  transaction  file  (CN1510.SRV.M.TRTAPE) , which 
is  passed  on  to  program  DA600,  Data  Acceptance. 

7.2.2  Program  Files 

No  internal  files,  other  than  print  files,  are  used  by  program  ACTAPE. 

7.2.3  Processing  Function 

As  illustrated  in  Fig\ire  7.2-1,  the  input  tape  (ACFLUX)  is  read. 

It  contains  data  collector  records . Each  record  is  edited  in  terms  of 
specified  criteria.  The  record  must  contain: 

(a)  a numeric  time  and  day  field, 

(b)  a time  between  0 and  2U00  hours, 

(c)  a Julian  date  not  greater  than  375 » 

(d)  a "l"  in  column  9j  and. 

(e)  the  characters  "0Z+"  in  columns  52-5^. 
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FIGURE  7.2-1 

ACTAPE  PROGRAM  FLOWCHART 


An  error  in  any  of  these  fields  results  in  rejection  of  the 
record  and  printing  of  the  record  on  the  edit  report.  Asterisks  are 
printed  under  the  field  in  error. 

Valid  records  are  converted  to  the  S/U  format  of  servicing  per- 
formed (17)  records  and  output  to  file  CNI51O.SRV.M.TRTAPE.  The  date 
put  into  the  output  record  is  a date  calculated  from  the  input  Julian 
date  and  time  of  day. 

When  all  input  records  have  been  processed,  a data  collector 
summary  report  is  produced  and  the  program  terminates. 

7.2.i+  Error  Messages 

No  error  messages  are  printed  by  this  program. 

7.2.5  Remarks 

The  edit  report  will  print  the  message  "NO  EDIT  ERRORS"  if  all 
data  collector  records  are  accepted.  The  ACTD  data  collector  records 
are  coded  in  BCD  characters.  Thus,  no  character  translation  is  re- 
quired. ACTD  inputs  only  data  collector  records  on  tape  ACFLUX,  and 
this  tape  may  be  for  more  than  one  day.  All  other  transactions  are 
input  to  program  DA600  on  punched  cards . 
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7. 3 DA600  - Data  Acceptance 


The  Data  Acceptance  program  (DA600)  is  designed  to: 

(a)  perform  preliminary  editing  of  vehicle  transaction  records. 

(h)  create  a file  of  vehicle  transactions  with  an  associated 
12-character  sort  key.  The  sort  key  contains  the  vehicle 
number,  transaction  date,  and  a fomat  code.  The  remainder 
of  the  output  transaction  is  comprised  of  the  first  46 
characters  of  the  input  80-character  transaction. 

(c)  edit  system  constants  input  records  and  maintain  the  four 
constants  files.  Edited  constants  records,  with  an  associated 
sort  key,  are  stored  in  a temporary  file  and  processed  after 
the  output  vehicle  transaction  file  has  been  created. 

(d)  generate  three  reports,  which  are: 

(1)  Summary  of  Service  System  Transactions, 

(2)  Constants  File  Updates,  and 

(3)  Unresolved  Codes  and  Edit  List. 

7. 3.1  System  Interfaces 

Figure  7-3-1  is  a program  flowchart.  As  illustrated,  program 
inputs  consist  of: 

(a)  80-character  transaction  records  from  two  sources: 

(1)  the  data  set,  CNI5IO.SRV.M.TRTAPE.  This  is  a file  of 
transactions  created  in  the  execution  of  the  data  col- 
lector tape  conversion  program.  At  ACTD,  this  program 
is  ACTAPE;  the  output  file  contains  data  collector 
records  only.  At  DTS,  the  conversion  program  is  DTTAPE; 
the  output  file  contains  both  data  collector  records 
and  other  records. 

(2)  a punched  card  transaction  file,  TRANCD.  At  ACTD,  non- 
data collector  records  enter  the  S/U  System  in  this 
manner.  This  may  be  the  only  form  of  input. 
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(b)  the  four  S/U  System  constants  files: 

CNI5IO.SRV.S.DLYCON  - Daily  Constants  File 
CNI5IO . SRV. S . FLTCOR  - Fleet  Constants  File 
CNI5IO.SRV.S.UTRAME  - Unit  Name  File 
CNI5IO.SRV.S.UTTHRS  - Unit  Threshold  File 

Program  outputs  consist  of  updated  constants  files;  three  reports 
(listed  above);  and  a disk  file  of  transaction  records,  reformatted  for 
sorting.  This  output  file,  CNI5IO . SRV.M. TRANS , contains  vehicle 
transaction  records  and  is  passed  on  to  a sort  routine  prior  to  pro- 
cessing by  the  Vehicle  Master  Edit/Update  program  DG700. 

7. 3.2  Program  Files 

During  program  execution,  one  internal  file  is  created.  This  file, 
SORT-CON-FILE,  is  a storage  area  for  constants  input  records.  The  file 
is  described  in  file  and  record  specification  sheets  (see  Tables  7-3-1 
and  7 - 3-2  ) . 

7.3.3  Processing  Functions 

As  illustrated  in  Figure  7-3-1,  the  input  data  sets  are  read. 

Each  transaction  is  checked  to  determine  the  transaction  code.  There 
are  two  general  classes  of  transactions:  vehicle  transactions  and 

system  constants  input  records. 

7. 3.3.1  Vehicle  Transactions 

If  the  transaction  is  a vehicle  transaction  (codes  02,  03,  13, 

15,  17)  19)  or  D9))  a 58-character  output  record  is  created.  The  new 
record  contains  a 12-character  sort  key  and  the  first  h6  characters 
of  the  input  80-character  record. 
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TABLE  7.3-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME:  Constants  Update  Transaction  File 

FD  NAME;  STORE-CON-FILE 
DATA  SET  NAME:  &CONSTS 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  88  Characters 

FILE  ORGANIZATION:  Records  are  sequenced  by:  Sort  Code 

Fleet  Code 

Group/Unit  Code  or 

Inspection  Schedule/Step 


MIN.  NO. 
0 


RECORD  FORMATS 

RECORD  NAME  liAX.  NO. 

Constants  Update  Transaction  Record  u 
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TABLE  7.3-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Constants  Update  Transaction  Record 
FILE  NAME;  Constants  Update  Transaction  File 
COBOL  NAME  OF  RECORD;  SAVE-REC 
RECORD  LENGTH;  88  Characters 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD 

1 

2 

99 

BLD-SEQl 

3 

2 

99 

BLD-SEQ2 

5 

k 

9999 

BLD-SEQA 

9 

80 

X(8o) 

BLD-DATA 

TOTAL 

88 

NOTES : 

NAME  FIELD  DESCRIPTION 


Internal  Sort  Code  (see  Note  A) 
Fleet  Number  (see  Note  B) 

See  Note  C 

Contents  of  the  80-character 
input  record 


A.  Values  of  internal  sort  code  are: 


01  Service  System  Constants  (Cl)  Record 

02  Inspection  Schedule  Deletion  (D5)  Record 

03  Inspection  Schedule  Definition  (C5)  Record 
0h  Fleet  Constants  and  Limits  (Fl)  Record 

05  Vehicle  Group-Unit  Description  (Ul)  Record 

06  Unit  Threshold  Value  Deletion  (DT)  Record 

07  Unit  Threshold  Value  (Tl)  Record 


B.  If  the  input  record  is  an  'Fl*  record,  this  field  contains 
Fleet  Number;  otherwise,  it  contains  zeros . 

C.  If  the  input  record  is  a 'D5'  or  *C5'  record  this  field 
contains  Inspection  Schedule/Step.  If  the  input  record  is 
a ’Ul'  record,  this  field  contains  Group/Unit  Code.  Other- 
wise, it  contains  zeros. 
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In  creating  the  sort  key,  three  edit  functions  are  perfonned: 

(a)  transaction  date  must  he  numeric, 

(h)  vehicle  number  must  be  numeric,  and 
(c)  the  transaction  code  must  be  valid. 

A transaction  that  fails  any  of  these  checks  is  rejected  and 
printed  on  the  edit  list  with  an  asterisk  -under  the  field(s)  in  error. 

Accepted  transactions  are  written  to  file  CNl 510. SR V.M. TRANS.  In  the 
next  processing  step,  these  transactions  are  sorted  to  produce  another 
working  file  read  by  the  Vehicle  Master  Edit/Update  program  DG700. 
Transactions  are  sorted  so  that  they  are  in  the  same  sequence  as  the 
Vehicle  Master  File.  The  sort  sequence  is: 

(a)  Vehicle  Number, 

(b)  Transaction  Date,  and 

(c)  Internal  Sort  Code. 

The  internal  sort  code  is  a code  placed  on  each  transaction  type 
to  ensure  sorting  in  the  desired  order  for  processing.  Table  7-3-3 
lists  the  internal  sort  codes  assigned  to  each  transaction.  The  sorting 
is  accomplished  using  an  IBM  Utility  program,  IERRCO00,  described  in 
Section  7-18. 

Before  program  termination,  a summary  report  is  printed  of  the 
transactions  output  to  file  CN1510.SRV.M. TRANS.  This  report  gives  a 
count  of  the  number  output  of  each  transaction  type. 
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TABLE  T.3-3 


VEHICLE 

TRANSACTION 

CODE  SORT  SEQUENCE 

SORT 

SEQUENCE 

TRANSACTION 

CODE 

TRANSACTION  TYPE 

11 

D9 

Vehicle  records  deletion 

12 

19 

Vehicle  assignment 

13 

02 

Daily  miles 

lU 

IT 

Vehicle  servicing  performed 

15 

03 

Vehicle  inspection  performed 

16 

13 

Unit  change  performed 

17 

15 

Brake  reline  performed 

% 
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7. 3. 3. 2 System  Constants  Input  Records 


When  a transaction  is  encountered  that  will  update  the  constants 
files,  edit  checks  are  made  against  field  contents.  A transaction 
that  fails  to  meet  the  prescribed  edit  criteria  is  rejected  and  printed 
on  the  edit  last  with  an  asterisk  under  the  offending  field(s).  Table 
7.3-^  lists  the  edit  criteria  for  each  transaction  type. 

A transaction  that  meets  all  edit  criteria  is  spooled  to  a 
temporary  save  file  for  later  processing.  When  all  input  transactions 
have  been  processed,  a check 'is  made  to  determine  whether  any  constants 
update  transactions  have  been  saved.  If  not,  execution  of  the  program 
is  terminated.  If  constants  transactions  have  been  saved,  the  program 
branches  to  the  constants  update  section. 

An  internal  sort  of  the  Constants  Update  Transaction  File  is 
accomplished  by  reading  the  entire  file  to  determine  the  lowest  sort 
key  not  processed.  The  number  of  times  the  file  is  read  equals  the 
number  of  transactions  spooled  to  the  file.  The  sort  key  ensures  that 
the  transactions  are  processed  in  the  proper  order. 

The  four  S/U  System  constants  files  are: 

(a)  Daily  Constants  File,  CNI5IO. SRV.S .DLYCOW; 

(b)  Fleet  Constants  File,  CNI5IO.SEV.S.FLTCON; 

(c)  Unit  Name  File,  CNI5IO.SRV.S.UTNAME;  and 

(d)  Unit  Thresholds  File,  CNI5IO . SRV.S .UTTERS . 
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TABLE  T.3-i+ 


SYSTEM  CONSTANTS  UPDATE  RECORDS: 

EDIT  CRITERIA 

Transaction 

Code  Type  Edit  Criteria 


Cl  Service  system  constants  Date  must  be  numeric  and  not  more 

U5  days  prior  to  processing  date. 

/ 

Days'  Records  constant  must  be 
equal  to  or  greater  than  35  but 
not  more  than  80,  unless  spaces 
or  zeros. 

Maximiim  Duplicates  must  be  equal  to 
or  greater  than  20,  unless  spaces 
or  zeros. 

Oil  and  coolant  prices  must  be 
niomeric  or  spaces. 

Each  of  the  nine  fuel  prices  must 
be  numeric  or  spaces. 


C5  Inspection  schedule  Date  must  be  numeric  and  not  more 

definition  U5  days  prior  to  processing  date. 

Inspection  schedule  must  be  numeric 
ana  have  a value  in  the  range  01-10. 

Inspection  step  must  be  numeric 
and  have  a value  in  the  range 
00-20  or  be  equal  to  99* 

If  inspection  step  equals  00,  the 
inspection  type  must  be  numeric 
with  a value  in  the  range  01-20. 

This  value  must  equal  the  number 
of  steps  in  the  schedule. 

If  the  inspection  step  equals  99, 
the  inspection  type  must  be  numeric. 
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TABLE  T-3-U  (Continued) 


Transaction 


Code  Type 


Edit  Criteria 


The  number  of  steps  input  must 
equal  the  value  coded  in  the 
sched-ole  header  record  (this 
record  has  00  in  the  step  field 
and  the  number  of  steps  in  the 
type  field). 

The  step  increment  must  be  one 
and  no  intermediate  steps  may  be 
omitted. 


D5  Inspection  schedule 

deletion 


The  inspection  schedule  must  be 
numeric  and  between  1 and  10. 

The  inspection  schedule  and  type 
field  must  be  spaces  or  zeros. 

The  inspection  schedule  must  al- 
ready be  on  file  CN1510. SRV.S .DLYCON. 


Date  must  be.  numeric  and  not  more 
than  i+5  days  prior  to  processing 
date . 


FI  Fleet  Constants  Date  must  be  numeric  and  not  more 

than  J+5  days  prior  to  processing 
date . 

Fleet  niimber  must  be  numeric. 

Fuel  capacity  must  be  spaces  or 
zeros  or  numeric. 

Oil  capacity  must  be  spaces  or 
zeros  or  numeric. 
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TABLE  7. 3-^  (Continued) 


Transaction 


Code  Type 


Edit  Criteria 


Coolant  capacity  must  be  spaces 
or  zeros, or  numeric. 

A series  of  fuel,  oil,  and  Coolant 
maximum  and  minimum  may  be  coded. 
Each  of  these  must  be  space  or 
zeros  or  numeric.  If  the  field 
has  a value  in  it,  the  value  must 
be  within  the  limits  defined  in 
Table  7.3-5. 


U1  Vehicle  Group  unit  Date  must  be  numeric  and  not  more 

Description  than  ^5  days  prior  to  the  trans- 

action date. 

Group-unit  code  must  be  numeric. 

Group  code  must  be  between  01  and 
50. 

Unit  code  must  be  between  01  and  99. 
Name  field  must  not  be  all  spaces. 


T1  Unit  Threshold  Date  must  be  numeric  and  not  more 

than  k5  days  prior  to  processing 
date. 

Fleet  number  must  be  numeric  and  a 
valid  fleet  from  file  CN1510.SRV. 
S.FLTCON. 

The  threshold  group-unit  code  must 
be  numeric  and  a valid  group-unitf 
code  from  file  CN1510.SRV.S.UTNAME. 

The  threshold  value  must  be  numeric 
and  non-zero. 
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TABLE  7.3-^  (Concluded) 


Transaction 


Code  Type 


Edit  Criteria 


DT  Unit  Threshold  Delete  Date  must  be  numeric  and  not 

more  than  i+5  days  prior  to  pro- 
cessing date. 

Fleet  nimiber  must  be  numeric  and 
and  valid  fleet  from  file 
CNl 510 . SRV . S . FLTCON . 

The  threshold  group-unit  code 
must  be  numeric  and  a valid  group- 
• unit  code  from  file 

CNI5IO . SRV . S . UTRAME . 

The  group-unit  code  must  be  on 
file  for  the  designated  fleet. 

The  threshold  value  must  be  spaces 
or  zeros. 
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TABLE  7.3-5 


FLEETS  CONSTANTS  LIMITS 


Fuel 

Oil 

Coolant 

Daily 

Maximum 

00Cn<ll 

00<n<13 

7-rDay 

Minimum 

00 . 00<n<13 . 00 

0009<n<0801 

00<n<l6 

7- Day 

Maximum 

02.00<n<21.00 

0ll+9<n<2001 

00<n<Ul 

28- Day 

Minimum 

00.00<n<13.00 

0009<n<0801 

00<n<21 

28-Day 

Maximum 

02.00<n<21.00 

0ll+9<n<2001 

03<n<99 

Note:  n = input  value 
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These  files  are  read  into  program  working  storage,  modified  vd.th  the 
new  transaction  data,  and  rewritten  to  the  same  data  set  area  on  the 
S/U  disk. 

The  basic  updating  process  consists  of  examining  each  data  field 
on  the  input  transactions  and  determining  the  contents.  A value  of 
spaces  or  zero  is  ignored.  If  data  are  present,  the  values  replace 
the  corresponding  fields  on  file. 

Transactions  Cl,  D5,  and  C5  update  the  Daily  Constants  File, 
CNI5IO.SRV.S.DLYCON.  Transaction  Cl  updates  file  records  Cl,  C2,  C3, 
and  Ci+.  Below  is  a listing  of  the  file  record  types  and  the  Cl  trans- 
action data  items  that  affect  them: 

File  Record  Transaction  Data  Item 

Cl  Days ' Record 

Maximum  Duplicates 

C2  Oil  Price 

C3  Coolant  Price 

CU  Space  has  been  allocated 

for  nine  fuel  types  on  the 
input  transaction. 

Reading  across  the  card  from  left 
to  right,  the  first  fuel  field  cor- 
responds to  the  first  CU  file  record, 
the  second  field  to  the  second  CU 
record,  etc. 

The  Daily  Constants  File  can  contain  up  to  ten  inspection  schedules . 
All  of  these  schedule  records  have  a code  of  C5-  The  transaction 

code  C5  updates  these  inspection  schedules.  Transaction  D5 
deletes  an  existing  schedule  from  the  file.  An  inspection  schedule 
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may  be  added  or  replaced  by  use  of  C5  transactions.  A series  of  these 
C5  transactions  are  necessary  to  define  each  inspection  schedule  and 
associated  steps.  The  edit  section  verifies  that  all  are  present. 

Transaction  FI  is  used  to  create  or  update  a fleet  record  on  file 
CNI5IO.SRV.S.FLTCON.  This  file  is  in  fleet  code  sequence  and  a maximm 
of  80  fleets  are  permitted.  If  an  FI  record  is  encountered  for  a fleet 
not  on  file,  a new  fleet  record  is  created  and  inserted  in  the  proper 
sort  sequence.  When  a record  does  exist,  file  values  are  replaced 
with  input  vqlues  wherever  present. 

When  creating  a new  file  record,  the  user  may  or  may  not  specify 
values  for  eill  fields.  Those  that  are  blank  or  zeros  are  given  default 
values  as  follows: 


Fuel  Oil  Coolant 


Capacity 

95 

26 

92 

Daily  Maximum 

OU 

06 

T-Day  Minimum 

03.00 

0099 

00 

7-Day  Maximum 

10.00 

1100 

15 

28-Day  Minimum 

03.00 

0099 

00 

28-Day  Maximum 

10.00 

1100 

60 

The  defaiilt 

value  for 

brake  thresholds. 

both  front  and 

is  '375'. 
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Transaction  type  U1  updates  the  Unit  Name  File,  CNI510, SRV.S.UTNAME. 
The  U1  transaction  can  he  used  to  update  an  old  name  record  or  to 
build  a new  record.  A maximum  of  50  unit  names  may  be  kept  on  file. 

If  a unit  name  record  already  exists  for  the  input  group-unit  code, 
the  file  name  is  replaced  by  the  input  name.  If  a record  does  not  al- 
ready exist,  a new  name  record  is  created  and  inserted  in  the  proper 
sort  sequence.  The  sort  sequence  is  by  group-unit  code. 

Transaction  types  T1  and  DT  update  the  Unit  Threshold  File, 

CNI5IO . SRV. S . UTTHRS . A maximum  of  2000  records  are  kept  on  file. 

Transaction  T1  is  used  t6  create  or  update  a threshold  value  record. 
If  a file  record  already  exists  for  the  input  fleet/group-unit  code, 
the  threshold  value  on  file  is  replaced  by  the  input  value.  If  no 
corresponding  file  record  exists,  a new  record  is  created  and  inserted 
in  the  proper  sort  sequence.  The  sort  sequence  is  on  fleet  and  group- 
unit  code.  Transaction  type  DT  is  used  to  delete  a threshold  value 
record  from  the  file. 

A report  is  printed  of  all  constants  file  updates . The  report 
gives  the  contents  of  the  old  file  record,  if  one,  and  the  contents 
after  updating. 

When  all  constants  records  have  been  processed,  the  program 
terminates  execution. 
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7.3.^  Error  Messages 


No  error  messages  are  printed  by  this  program. 

7.3.5  Remarks 

If  no  transactions  are  passed  on  from  DA600,  a return  code  of  I6 
is  set.  This  will  prevent  the  remainder  of  the  job  from  executing. 

At  DTS,  all  inputs  to  DA600  are  contained  in  CNI5IO.SRV.M.TRTAPE. 

ACTD  uses  both  this  data  set  and  input  cards. 

The  report  of  constants  file  updates  is  produced  only  if  updates 
have  actually  occurred.  If  more  than  one  constants  transaction  of  the 
same  type — e.g.,  two  'FI'  transactions  for  the  same  fleet  are  input 
during  a run — the  first  of  these  is  ignored. 
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7* ^ DGTOO  - Vehicle  Master  File  Edit  Update 


The  Vehicle  Master  File  Edit/Update  program  (DGTOO)  is  designed 


to: 


(a)  edit  vehicle  transactions — each  transaction  is  checked  to 

determine  if  it  meets  specified  edit  criteria.  If  any  field 
is  in  error,  the  entire  transaction  is  rejected.  The  rejected 
transaction  is  displayed  on  the  edit  list. 

(h)  update  the  Vehicle  Master  File — the  program  reads  the  set 

of  records  for  a vehicle.  The  edited  transaction  is  checked 
against  additional  criteria.  If  it  fails  to  meet  these 
criteria,  it  is  rejected.  The  rejected  transaction  is  dis- 
played on  the  edit  list.  If  the  transaction  meets  the  cri- 
teria, the  master  file  record  is  updated.  Updated  records 
are  written  out  to  the  new  Vehicle  Master  File. 

(c)  transfer  copies  of  the  master  file  records  affected  by  up- 
dating to  at  least  one  of  two  files  created  by  the  program. 
These  files  are  used  in  subsequent  job  steps.  The  files  are: 

(1)  the  Daily  Extract  File — this  file  contains  extracted 
Vehicle  Master  File  records  that  are  input  to  the 
Commodity  Report  Generator  program  (RP051);  and 

(2)  the  Temporary  Transaction  File — this  file  contains 
records  for  further  processing  and  storage  in  the  Trans- 
action Master  File.  These  records  are  modified  Vehicle 
Master  File  records. 

(d)  generate  the  Service  Transaction  Edit  List  report — rejected 
transactions  are  displayed  with  an  asterisk  printed  under 
the  rightmost  character  of  the  fields  in  error. 

7.^.1  System  Interfaces 

Figure  7*^-1  is  a program  flowchart.  As  illustrated,  program  in- 
puts consist  of: 

(a)  a sorted  transaction  file,  CNI5IO. SRV.M. SRTRAMS.  The  file 
contains  the  58-character  records  created  by  the  Data  Ac- 
ceptance program  (DA600)  and  sorted  by  the  utility  program, 
IERRCO00.  The  sorted  records  are  ordered  by  vehicle  number 
to  permit  sequential  processing  against  the  Vehicle  Master 
File. 
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FIGURE  7.4-1 

DG700  PROGRAM  FLOWCHART 


(b)  the  Vehicle  Master  File,  CNI5IO.SRV.M. VEHICLE.  This  file 

is  a generation  data  set.  The  version  read  is  the  most  cur- 
rent version,  version  (0). 

(c)  the  Request  Date  File,  CNI5IO.  SRV.S .DATE.  This  file  contains 
report  request  records.  These  are  used  to  control  the  creation 
of  the  Daily  Extract  File  and  the  Temporary  Transaction  File. 

(d)  three  of  the  system  constants  files.  These  files  contain  in- 
formation required  for  the  editing  of  the  transaction.  The 
files  are: 

(1)  Daily  Constants  File:  CNI5IO. SRV.S .DLYCON, 

(2)  Fleet  Constants  File:  CNI5IO.SRV.S.FLTCON,  and 

(3)  Unit  Name  File:  CNI5IO.SRV.S.UTNAME. 

Program  outputs  consist  of  the  Service  Transaction  Edit  List;  the 
updated  version  of  the  Vehicle  Master  File,  CN1510.SRV.M.VEHICLE(+l) ; 
and  two  new  data  sets.  They  are: 

(a)  Daily  Extract  File,  CNI5IO. SRV.M.DLYEXT.  This  file  is  used 
by  the  Commodity  Report  Generator  program,  RP051. 

(b ) Temporary  Transaction  File,  CNI5IO. SRV.M.TEMPTRN.  This  file 
contains  specific  types  of  Vehicle  Master  File  records  that 
have  been  modified.  The  record  types  that  may  be  included 
are : 

(1)  Monthly  Summary  (26)  Record, 

(2)  Mcnthly  Commodity  Cost  (2?)  Record, 

(3)  Inspection  (29)  Record, 

(U)  Unit  Change  (3l)  Record, 

(5)  Engine  Rering  (3^)  Record, 

(6)  Engine  Overhaul  (35)  Record, 

(7)  Brake  Mileage  (38)  Record, 

(8)  Brake  Drum  (39)  Record, 
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(9)  Vehicle  Header  (20)  Record,  and 

(10)  Vehicle  Records  Deletion  (99)  Record. 

These  records  are  input  to  the  Transaction  Disk  File  Update 

program,  DT100. 

The  updated  version  of  the  Vehicle  Master  File  is  input  to  the 
Monthly  Tire  Mileage  Processor  program  (RP05T)  and  to  the  following 
report  generator  programs: 

(a)  RP053  Commodity  Usage  Report  Generator, 

(b ) RPO54  Bus  Analysis  Report  Generator, 

(c)  RPO55  Unit  Change  Candidates  Report  Generator, 

(d)  RPO56  Brake  Status  Report  Generator, 

(e)  RPO59  Unit  Status  Report  Generator, 

(f)  RP064  Coach  History  Report  Generator,  and 

(g)  RPO66  Inspection  Planning  Report  Generator. 

7.4.2  Program  File 

The  program  creates  no  internal  file. 

7.4.3  Processing  Functions 

The  program  reads  the  sorted  transaction  file,  CNI5IO.SRV.M.SRTRAHS, 
and  uses  the  contents  to  update  the  Vehicle  Master  File. 

The  control  for  the  program  is  the  vehicle  number  coded  in  the  in- 
put transaction.  The  set  of  records  for  a vehicle  is  read  into  working 
storage.  If  no  transactions  have  been  submitted  for  the  vehicle,  the 
records  are  written  out  to  the  new  Vehicle  Master  File.  If  transactions 
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for  the  vehicle  are  found,  they  are  processed  and  the  updated  vehicle 
records  are  output. 

7. ^.3.1  Edit  and  Update  Criteria 

Each  transaction  is  checked  to  determine  if  it  meets  specified 
edit  criteria.  These  criteria  are  described  in  Table  7.^-1*  If  the 
transaction  fails  to  meet  the  applicable  criteria,  it  is  rejected  and 
is  displayed  on  the  Service  Transaction  Edit  List. 

The  edited  transaction  passes  to  the  update  section  of  the  program 
The  transaction  is  checked  to.  determine  if  it  meets  additional  criteria 
These  criteria  are  described  in  Table  7.^-2.  If  the  transaction  fails 
to  meet  the  update  criteria,  it  is  rejected  and  displayed  on  the  Ser- 
vice Transaction  Edit  List. 

7.U.3.2  Correction  Modifier  Codes 

The  description  of  the  update  criteria  includes  references  to  a 
Correction  Modifier  Code.  This  data  element  is  included  in  the  fol- 
lowing types  of  transaction  records: 

(a)  Vehicle  Inspection  Performed  (03), 

(b)  Unit  Change  Performed  (l3),  and 

(c)  Brake  Reline  Performed  (15). 
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TABLE  l.k-1 

VEHICLE  TRANSACTION  EDIT  CRITERIA 


Transaction 


Code  Type 


Edit  Criteria 


All  vehicle  transactions  must  meet 
the  following  criterion  in  addition 
to  those  listed: 

Transaction  date  must  not  be  greater 
than  processing  date. 


19  Vehicle  Assignment  Model  Year — must  be  numeric  or 

spaces . 

Inspection  Assignment--must  be 
numeric  or  spaces.  If  numeric  and 
non-zero,  values  of  inspection 
schedule  and  step  must  be  on  file 
in  Daily  Constants  File. 

Fleet  Assignment — must  be  numeric 
or  spaces.  If  numeric  and  non- 
zero, value  must  be  on  file  in 
Fleet  Constants  File. 

Accijmulated  Miles — must  be  numeric 
or  spaces. 


All  other  vehicle  transactions 
must  meet  the  following  criterion 
in  addition  to  those  listed: 

Vehicle  Number — must  be  on  file 
in  the  Vehicle  Master  File. 


TABLE  7»^-l  (Continued) 


Trans action 


Code  Type 


Edit  Criteria 


D9  Vehicle  Records 

Deletion 


Vehicle  must  be  assigned  to  divi- 
sion 88  (inactive  vehicles). 


All  fields  except  transaction 
code,  vehicle  number,  and  trans- 
action date  must  be  zero  or  spaces. 


02  Daily  Miles  Vehicle  must  not  be  assigned  to 

division  88  (inactive  vehicles). 

Transaction  Date — must  not  be  less 
than  a computed  test  date.  Test 
date  is  the  date  in  the  Accumu- 
lated liiles  (2l)  Record  less  the 
Day's  Record  Constant  in  the 
Daily  Constants  File. 

Daily  liiles — must  be  numeric  and 
non-zero . 

Miles  Operator — must  be  ’+', 
or  space. 

If  there  is  a Daily  Record  in  the 
Vehicle  Master  File  for  the  trans- 
action date  and  if  the  value  of 
Daily  liiles  in  that  record  is 
equal  to  the  value  in  the  trans- 
action record,  the  transaction 
is  assumed  to  be  a duplicate 
record.  The  transaction  is 
rejected. 


17  Vehicle  Servicing 

Performed 


Vehicle  must  not  be  assigned  to 
division  88  (inactive  vehicles). 

Transaction  Date — same  criterion 
as  for  Daily  Miles  (02)  trans- 
action above. 
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TABLE  7«^-l  (Continued) 


Transaction 


Code  Type 


Edit  Criteria 


Fuel,  oil,  coolant,  and  torque 
fluid  must  be  numeric  or  spaces. 

At  least  one  of  the  above  quantity 
fields  must  contain  a non-zero 
numeric  value. 

Operators  associated  with  the 
above  quantity  fields  must  be 
' +' , ' - ' , or  spaces. 

Non-zero  numeric  values  in  the 
above  quantity  fields  must  be 
within  the  limits  established 
for  the  fleet  to  which  the 
vehicle  belongs.  Fleet  limits 
are  on  file  in  the  Fleet  Constants 
File. 

If  there  is  a Daily  Record  in  the 
Vehicle  Master  File  for  the  trans- 
action date  and  if  all  values  in 
that  record  are  equal  to  values 
in  the  transaction  record,  the 
transaction  is  assumed  to  be  a 
duplicate  record.  The  trans- 
action is  rejected. 


All  other  vehicle  transactions  must 
meet  the  following  criteria  in 
addition  to  those  listed: 

Accumulated  Miles  must  be  numeric 
or  spaces . 

If  the  transaction  date  is  less 
than  the  computed  test  date  (see 
above  under  Daily  Miles) , Accumu- 
lated Miles  must  be  numeric  and 
non-zero. 
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TABLE  T.^-l  (Continued) 


Transaction 


Code  Type 


Edit  Criteria 


Correction  Modifier  Code  must  be 
blank,  zero,  or  one  of  four 
alphabetic  characters:  D,  R, 

X,  or  Y. 

If  Correction  Modifier  Code  con- 
tains D or  R,  Accumulated  Miles 
must  be  numeric  and  non-zero. 


03  Inspection  Performed  Inspection  Schedule  and  Step 

Performed  must  be  numeric  and 
valid — that  is,  defined  in  the 
Daily  Constants  File. 

If  Reason  Code  is  spaces  or  zero, 
a default  value  (=l)  is  set. 

If  Correction  Modifier  Code  is  X or 
Y,  all  fields  except  transaction 
code,  vehicle  number,  transaction 
date,  inspection  schedule,  and 
step  performed  must  be  spaces. 


13  Unit  Changed  Performed  Group/unit  code  must  be  numeric 

and  valid — that  is,  defined  in 
the  Unio  Name  File. 

If  Reason  Code  is  spaces  or  zero, 
a default  value  (=l)  is  set. 

If  Correction  Modifier  Code  is  X or 
Y,  all  fields  except  transaction 
code,  vehicle  number,  transaction 
date , and  group-unit  code  must  be 
spaces . 
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TABLE  T.1+-1  (Concluded) 


Transaction 


Code  Type 

Edit  Criteria 

15  Brake  Reline  Performed 

If  Reason  Code  is  spaces  or  zero, 
a default  value  (=3)  is  set. 

Drum  sizes  may  be  zero,  spaces,  or 
numeric . 

If  no  Brake  Drum  Record  exists  in 
the  Vehicle  Master  File,  all  four 
Brake  Drum  Size  fields  must  con- 
tain a non-zero  numeric  value. 

If  all  four  Brake  Drum  Size  fields 
contain  non-zero  numeric  values, 
the  Brake  Lining  Code  field  must 
contain  a value  other  than  zero 
or  spaces. 

Input  record  may  contain  non- 
zero numeric  values  in  one,  two, 
or  four  of  the  Brake  Drum  Size 
fields.  The  presence  of  such 
values  in  three  of  the  fields 
is  an  error. 

If  Correction  Modifier  Code  is  X 
or  Y,  all  fields  except  transaction 
codes,  vehicle  number,  and  trans- 
action date  must  be  spaces. 
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TABLE  7.^-2 


VEHICLE  TRAHSACTION  UPDATE  CRITERIA 


Transaction 


Code  Type 


Update  Criteria 


19  Vehicle  Assignment  If  the  vehicle  is  not  on  file, 

the  input  record  must  contain: 

(a)  numerics  in  the  Accumu- 
lated Miles  field,  and 

(b)  a Fleet  Code  that  is  on 
file  in  the  Fleet  Constants 
file , and 

(c)  a Division  Code  other  than 
zeros . 

■ If  the  vehicle  is  on  file,  the 

input  record  must  contain; 

(a)  a transaction  date  that 
is  greater  than  or  equal 
to  file  date , and 

(b)  zero  or  spaces  in  the  Ac- 
cumulated Miles  field, 
unless  no  Daily  Record  has 
been  created. 

If  the  input  record  contains  non- 
zero numerics  in  Inspection 
Schedule  Assigned  and  Inspec- 
tion Step  Assigned,  and  there  is 
an  Inspection  Record  in  the 
file , then 

(a)  the  value  of  Inspection 
Schedule  Assigned  must  be 
different  from  the  value  of 
Inspection  Schedule  Due  in 
the  Inspection  Record,  or 

(b)  the  value  of  Inspection 
Step  Assigned  must  be  one 

greater  than  the  value  of  the 
Inspection  Step  Due  in  the 
Inspection  Record. 
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TABLE  J.h-2  (Continued) 


Transaction 


Code 


Type 


Update  Criteria 


D9  Vehicle  Records  Deletion 

02  Daily  Miles 

17  Vehicle  Servicing  Per- 


There  are  no  additional  criteria 
for  these  types  of  transactions. 


formed 


All  other  types  of  vehicle  trans- 
actions must  meet  the  following 
criteria  in  addition  to  those 
listed. 

If  the  Correction  Modifier  Code 
contains  spaces  and 

(a)  a record  to  be  updated  by 
the  transaction  is  on  file, 
then 

(1)  the  transaction  date 
must  be  greater  than  or 
equal  to  the  date  in  the 
file  record. 

(2)  the  transaction  date  must 
not  be  less  than  a com- 
puted test  date.  The 
test  date  is  the  date 

in  the  Accumulated  Miles 
(21)  record  less  six 
months . 

(3)  Service  Miles,  computed 
during  update,  must  not 
be  a negative  value. 

(b)  a record  to  be  updated  by  the 
transaction  is  not  on  file 
and  the  transaction  date  is 
less  than  a computed  test  date. 
Accumulated  Miles  must  contain 
non- zero  numerics.  The  test  date 
is  the  date  in  the  Accumulated 
Miles  (21)  record  less  the  value 
of  Days ' Records  constants  in  the 
Daily  Constants  File. 
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TABLE  'J.k-2  (Continued) 


Transaction 


Code  Type 


Update  Criteria 


If  the  Correction  Modifier  Code 

contains  a value  of  'X'  or  'Y’  then 

(a)  the  record  to  deleted  must 
be  in  the  Vehicle  Master 
File. 

(b)  the  transaction  date  must 
meet  the  six  months  date 
test  described  in  (a)(2) 
above. 

(c)  the  transaction  date  must  be 
greater  than  the  date  in  the 
file  record  to  be  deleted. 

If  the  Correction  Modifier  Code 

contains  a value  of  'R'  or  'D', 

then 

(a)  the  record  to  be  updated 
must  be  on  file. 

(b)  the  transaction  date  must 
meet  the  six  months  date 
test  described  in  (a)(2) 
above . 

(c)  Accumulated  Miles  must  con- 
tain non-zero  numerics. 


03 


Vehicle  Inspection 
Performed 


An  Inspection  Record  must  be  on 
file. 


TABLE  7.^-2  (Continued) 


Transaction 


Code  Type 


Update  Criteria 


If  the  Correction  Modifier 
Code  contains  spaces.  Inspection 
Schedule  Performed  and  Inspec- 
tion Step  Performed  must  be 
equal  to  Inspection  Schedule 
Due  and  Inspection  Step  Due 
from  the  file. 

If  the  Correction  Modifier  Code 
contains  a value  of  'X'  or  'Y', 
all  fields  must  be  spaces  except 
transaction  code,  transaction 
date,  vehicle  niimber,  inspec- 
tion schedule,  and  step  per- 
formed. 

If  the  Correction  Modifier  Code 
contains  'R*  or  'D',  then 

(a)  Inspection  Schedule  Per- 
formed in  transaction  and 
in  the  file  record  must 
be  equal. 

(b)  Inspection  Step  Performed 
in  the  transaction  must  be 
equal  to  or  one  less  than 
Inspection  Step  Performed 
in  the  file  record. 


13  Unit  Change  Performed  If  the  Correction  Modifier  Code 

contains  a value  of  'R' , 'D', 

'X'  or  'Y' , the  record  to  be  up- 
dated or  deleted  must  be  on  file. 

If  the  Correction  Modifier  Code 
contains  a value  of  'X'  or  'Y' , 
a1 1 fields  must  be  spaces  except 
transaction  code,  transaction 
date,  vehicle  niomber,  and  group- 
unit  code. 


TABLE  7.^-2  (Concluded) 


Transaction 


Code  Type 

Update  Criteria 

15  Brake  Reline  Performed 

If  the  Correction  Modifier  Code 
contains  a value  of  'R',  'D', 
'X',  'Y',  the  Brake  Mileage  (38) 
Record  and  the  Brake  Drum  (39) 
Record  must  be  on  file. 

If  the  Correction  Modifier  Code 
contains  a value  of  'X'  or  'Y', 

33-1  fields  must  be  spaces  except 
transaction  code,  transaction  date, 
and  vehicle  number. 
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The  Correction  Modifier  Code  field  may  contain  -values; 

Value  Explanation 

Zero  or  spaces  Transaction  is  an  original  transaction. 

Normal  update  procedures  will  be  executed. 

Transaction  is  a file  correction  record.  A 
previous  update  of  the  file  record  was  per- 
formed in  error.  Transaction  values  will 
restore  the  file  record  to  its  status  before 
the  error  was  made. 

Transaction  is  a file  correction  record.  A 
previous  update  of  the  file  record  caused  in- 
accurate data  to  be  entered.  Transaction 
values  will  replace  the  values  on  file. 

Transaction  is  a record  deletion  record.  The 
file  record  is  deleted. 

Transaction  is  a record  deletion  record.  The 
file  record  is  deleted  but  an  output  record 
containing  the  contents  of  the  file  record  is 
created.  Output  record  contains  accumulated 
mileage  as  of  the  date  of  record  deletion. 

The  value  of  the  Correction  Modifier  Code  also  determines  the 
value  of  the  Transaction  Modifier  Code  included  in  the  records  written 
to  the  Temporary  Transaction  File.  The  Transaction  Modifier  Code  func- 
tions are  described  in  Section  7-5.3. 

7.H.3.3  Update  Procedures 

If  the  transaction  meets  both  sets  of  criteria,  the  appropriate 
Vehicle  Master  File  records  are  updated  (or  created)  and  written  to  the 
new  file.  Records  are  also  passed  to  the  Daily  Extract  File  and/or  the 
Temporary  Transaction  File,  as  described  later  in  this  section.  The 


R 

D 

X 

Y 


I 


updating  procedures  are: 

Vehicle  Assignment  (19)-  This  transaction  record  identifies  the 
vehicle  and  defines  its  assignments.  Updating  procedures  are: 

(a)  If  the  transaction  identifies  a vehicle  that  is  new  to  the 
system,  the  Vehicle  Header  (20)  Record  and  the  Accumulated 
Miles  (21)  Record  are  created.  The  appropriate  input  values 
are  placed  in  these  records.  If  a vehicle  assignment  is  not 
coded  in  the  transaction,  the  file  record  fields  are  zero 
filled. 

(b)  If  the  initial  transaction  specifies  the  inspection  schedule 
to  which  the  vehicle  is  assigned  and  the  first  step  in 

that  schedule  to  be  performed,  the  Inspection  (29)  Record  is 
created.  The  assigned  schedule  and  step  codes  are  placed  in 
Inspection  Schedule  and  Step  Due  field. 

(c)  If  the  Header  Record. exists , input  values — except  Accumulated 
Miles,  Inspection  Schedule  Assigned,  and  Inspection  Step 
Assigned — replace  file  record  values. 

(d)  If  the  Accumulated  Miles  Record  exists  and  no  Daily  {2h)  Rec- 
ord has  been  created,  Accimiulated  Miles  replaces  the  file 
record  value. 

(e)  If  the  Inspection  Record  exists,  the  assigned  schedule  and 
step  codes  replace  Inspection  Schedule  and  Step  Due. 

Vehicle  Records  Deletion  (P9):  The  entry  of  this  transaction 

causes  all  records  for  the  vehicle  to  be  deleted  from  the  Vehicle 
Master  File. 

Daily  Miles  (02):  The  user  may  enter  more  than  one  transaction 

for  the  same  date.  If  this  occurs,  the  Daily  Miles  values  are  aggre- 
gated. 


Before  updating  is  performed,  a check  is  made  to  determine  if 
any  Daily  (2U)  Record  exists  for  the  transaction  date.  The  mileage 
in  each  existing  record  is  compared  with  the  input  value.  If  they  are 
the  same,  the  transaction  is  rejected.  The  duplicate  record  counter  is 
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incremented  by  one.  When  the  duplicate  record  counter  is  greater  than 
the  user-specified  duplicate  records  constant,  system  execution  is  ab- 
normally terminated.  Updating  procedures  are: 

(a)  If  a Daily  Record  for  the  transaction  date  exists  in  the  file 
and  the  value  of  the  mileage  field  is  zero  or  spaces,  the  in- 
put value  is  placed  in  this  record.  This  record  may  exist 
if  a Vehicle  Servicing  Performed  (17)  transaction  for  that 
date  has  been  processed.  Otherwise,  a Daily  Record  is  created. 
This  occurs  when: 

(1)  the  Vehicle  Servicing  Performed  transaction  for  that 
date  has  not  yet  been  processed,  and 

(2)  the  transaction  represents  a correction  of  mileage 
information  already  processed. 

(b)  The  mileage  value  is  added  algebraically  to  the  mileage 
field  in: 


(1) 

Accumulated  Miles  Record. 

(2) 

The  appropriate 
record  does  not 

Monthly  Summary  ( 26 ) 
exist,  it  is  created. 

Record. 

If  this 

The  transaction  date 
lowing  types  of  file 

is  compared  with 
records,  if  they 

the 

are 

date  in 
on  file: 

the  fol- 

(1) 

Inspection  (29) 

Record, 

(2) 

Unit  Change  ( 31 ) 

Record, 

(3) 

Engine  Rering  (3^)  Record, 

ih) 

Engine  Overhaul 

(35)  Record,  and 

(5) 

Brake  Mileage  (38)  Record. 

If  the  transaction  date  is  less  than  or  equal  to  the  date  in 
the  file  record,  the  mileage  value  is  added  algebraically  to 
the  accumulated  miles  value  in  that  record. 

Vehicle  Servicing  Performed  (17):  This  transaction  contains  the 

quantities  of  consumables — fuel,  oil,  coolant,  and  torque  fluid-dispensed 
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to  the  vehicle  on  the  transaction  date. 


The  record  may  also  contain 


the  identification  number  of  the  terminal  through  vhich  the  trans- 
action was  entered  if  automated  data  collectors  are  used  for  data 
entr^" . 


Before  file  updating  is  performed,  a check  is  made  to  determine 
if  any  Daily  (_24 ) Record  exists  for  the  transaction  date.  The  values 
in  each  existing  record  are  compared  to  the  input  values  of  fuel,  oil, 
coolant,  torque  fluid,  and  terminal  identification.  If  both  sets  of 
values  are  identical,  the  input  record  is  rejected  and  the  duplicate 
record  counter  is  incremented  by  one.  When  the  duplicate  record 
counter  is  greater  than  the  user-specified  constant,  system  execution 
is  abnormally  terminated. 

Updating  procedures  are: 

(a)  If  a Daily  Record  for  the  transaction  date  exists  and  the 
values  in  the  fuel,  oil,  coolant,  and  torque  fluid  fields 
are  zero  or  spaces,  the  input  values  are  placed  in  the 
file  record.  Otherwise,  a Daily  Record  is  created. 

(b)  Consumable  values,  except  torque  fluid,  are  added  to  the 
comparable  fields  in  the  appropriate  Monthly  Summary  (26) 
Record.  If  this  record  does  not  exist,  it  is  created. 

(c)  The  cost  of  each  consumable  added  to  the  Monthly  Summ.ary 
Record  is  calculated.  The  unit  costs  of  consumables  are 
obtained  from  the  Fleet  Constants  File,  after  determining 
the  identity  of  the  fleet  to  which  the  vehicle  beloiigs . 

Costs  are  added  algebraically  to  the  appropriate  Monthly 
Commodity  Cost  (27)  Record.  If  this  record  does  not  exist, 
it  is  created. 


Vehicle  Inspection  Performed  (03):  This  transaction  contains  a 

record  of  a maintenance  event,  the  performance  of  a vehicle  inspection. 
Updating  procedures  are: 

(a)  The  identity  (Inspection  Step),  date,  and  reason  for  the 
inspection  performed  replace  the  information  for  the  last 
inspection  performed. 

(h)  Unless  entered  on  the  transaction,  accumulated  vehicle  mile- 
age as  of  the  transaction  date  is  calculated.  Current  ac- 
cumulated vehicle  mileage  is  obtained  from  the  Accumulated 
Miles  Record.  Daily  Miles  for  dates  after  the  transaction 
date  are  subtracted  from  that  value.  Daily  Miles  are  ob- 
tained from  Daily  (2^+)  Records.  The  input  accumulated 
miles  or  the  calculated  value,  whichever  applies,  replaces 
the  accumulated  miles  in  the  Inspection  Record. 

(c)  The  number  of  steps  in  the  assigned  inspection  schedule  is 
determined.  If  the  step  performed  is  the  last  step  in  the 
inspection  cycle.  Inspection  Step  Due  is  set  as  '01'; 
otherwise,  it  is  incremented  by  one.  The  type  of  inspection 
due  is  obtained  from  the  Daily  Constants  File  and  replaces 
the  value  in  the  Inspection  Record. 

Unit  Change  Performed  (13):  This  transaction  contains  a record  of 

a maintenance  event.  This  event  may  be: 

(a)  The  replacement  of  a unit,  previously  defined  to  the  system, 
on  a vehicle. 

(b)  An  engine  re-ring  or  an  engine  overhaul  job.  Special  group- 
unit  codes  identify  these  jobs.  The  codes  are  O898  and  0899, 
respectively . 

Updating  procedures  are: 

(a)  A check  is  made  to  determine  if  a Unit  Change  (31)  Record 
for  the  unit  identified  (by  Group-Unit  Code)  is  on  file. 

If  it  does  not  exist,  it  is  created. 

(b)  The  date  of  and  reason  for  the  unit  change  replace  the 
comparable  file  values. 


(c)  Unless  entered  on  the  transaction,  accumulated  mileage  as 
of  the  transaction  date  is  calculated  as  described  for 
inspections  performed.  The  input  accumulated  miles  or  the 
calculated  value,  whichever  applies,  replaces  the  accumulated 
mileage  value  in  the  Unit  Change  Record. 

Cd)  The  abpve  procedures  apply  for  engine  re-ring  and  engine 
overhaul  Jobs  except : 

(1)  An  engine  re-ring  transaction  updates  the  Engine  Rering 
C3^ ) Record. 

(2)  An  engine  overhaul  transaction  updates  the  Engine  Over- 
haul (35)  Record. 

(3)  An  engine  overhaul  transaction  also  updates  che  Engine 
Bering  Record.  This  procedure  is  followed  because  an 
engine  overhaul  job  includes  an  engine  re-ring. 

Brake  Reline  Performed  (13):  This  transaction  contains  a record 
of  a brake  reline  Job  performed.  This  Job  may  be  a complete  Job  (all 
four  wheels)  or  a partial  job  (one  or  two  wheels).  Updating  procedures 
are: 

(a)  A check  is  made  to  determine  if  a Brake  Mileage  (38)  Record 
and  a Brake  Drum  (39)  Record  exist  on  file.  If  they  do  not 
exist,  they  are  created. 

(b)  The  transaction  is  checked  to  determine  if  the  event  recorded 
is  a complete  Job  or  a partial  Job. 

(c)  If  the  transaction  contains  a record  of  a complete  brake 
Job,  then 

(1)  the  date  of  and  reason  for  the  Job  and  brake  lining 
code  replace  comparable  file  values  in  the  Brake  Mileage 
Record. 

(2)  Unless  entered  on  the  transaction,  accumulated  mileage 
as  of  the  transaction  date  is  calculated  as  described 
for  inspections  performed.  The  input  accumulated  miles 
or  the  calculated  value,  whichever  applies,  replaces 

the  accumulated  mileage  value  in  the  Brake  Mileage  Record. 

(3)  Transaction  date  and  brake  drum  sizes  replace  comparable 
values  in  the  Brake  Drum  Record. 
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(d)  If  the  transactipn  contains  a record  of  a partial  brake  job, 
the  Brajie  Mileage  Record  is  not  updated.  Transaction  date 
and  brake  drum  sizes  Cvhich  must  be  numeric  and  non-zero) 
replace  the  comparable  values  in  the  Brake  Drum  Record. 

7.^.3.^  Daily  Extract  File 

In  addition  to  updating  the  Vehicle  Master  File,  the  program 
creates  the  Daily  Extract  File.  The  records  output  to  this  file  are 
used  to  generate  the  Commodity  Report . 

The  records  passed  are  copies  of  the  30-character  master  file 
records.  The  types  of  records  placed  in  the  Daily  Exiract  File  are: 

(a)  Vehicle  Header  Record  (20), 

(b)  Accumilated  Miles  Record  (21), 

(c)  Inspection  Record  (29), 

(d)  Daily  Record  (24),  and 

(e)  Monthly  Summary  Record  (26). 

The  Vehicle  Header  and  Accumulated  Miles  records  are  always  trans- 
ferred. The  Inspection  Record  is  passed,  if  it  exists.  The  transfer 
of  the  Daily  Record  and  the  Monthly  Summary  Record  is  controlled  by 
Request  Date  Records  for  the  Commodity  Report . All  Daily  Records  are 
passed  that  have  a date  greater  than  or  equal  to  the  report  date 
requested.  All  Monthly  Summary  Records  are  passed  that  have  a year- 
month  code  greater  than  or  equal  to  the  report  date  year  and  month. 
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7.4.3. 5 Temporary  Transaction  File 

All  types  of  master  file  records,  except  daily  records  and  the 
Accumulated  Miles  Record,  affected  by  updating  are  reformatted  and 
passed  to  the  Temporary  Transaction  Pile.  If  necessary,  a special 
record  (format  code  99)  is  created  and  also  transferred  to  the  file. 

This  record  is  created  if  a Vehicle  Records  Deletion  transaction  has 
been  processed. 

With  the  exception  of  the  Monthly  Summary  Record  and  the  Monthly 
Commodity  Cost  Record,  two  records  are  passed  to  the  Temporary  Trans- 
action File  for  each  transaction  processed.  These  are  the  file  record 
before  it  was  updated  (the  old  record)  and  the  file  record  after  up- 
dating. 

The  records  transferred  are  40-character  records.  The  additional 
10  bytes  contain,  as  appropriate: 

(a)  Work  Center  Code,  contained  in  the  transaction  record  processed. 

(b)  Service  Miles,  calculated  when  a record  of  a maintenance  event 
is  processed.  Service  Miles  is  the  mileage  traveled  by  the 
vehicle  between  two  events  of  the  same  type.  For  example, 
mileage  between  two  inspections.  Service  Miles  is  calcvilated 
by  subtracting  Accumulated  Miles  in  the  old  record  from  the 
updated  value  of  this  field.  If  the  transaction  represents  a 
file  correction,  the  service  miles  are  set  to  zero. 

If  the  record  is  for  a partial  brake  job,  the  accumulated  miles 
at  the  partial  job  is  stored  in  the  service  miles  field. 
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(c)  Transaction  Modifier  Code.  A one-digit  code  is  added  to  each 
record  except  monthly  records.  This  code  controls  the  pio- 
cessing  of  the  record  by  the  Transaction  Disk  File  Update 
program,  DTIOO.  The  value  of  the  code  is  determined  by  the 
record  format  code  and  the  Correction  Modifier  Code  in  the 
input  transaction.  The  Transaction  Modifier  Code  is  set  for 
records  of  maintenance  events: 


Correction 
Modifier  Code 


Transaction  Modifier  Code 
Old  Record  New  Record 


Blank,  zero  or  'Y'  0 

'R'  1 
'D'  1 
'X'  1 


0 

1 

0 


The  Vehicle  Header  records  and  the  Vehicle  Record  Deletion  records 


receive  a code  of  '2'. 

7-^. 3. 6 Purging  Master  File  Records 

The  SIMS  S/U  System  is  designed  to  retain  on  the  Vehicle  Master 

File: 

(a)  monthly  records  for  seven  months. 

(b)  daily  records  for  a specified  number  of  days.  The  user  spe- 
cifies this  purge  factor  by  entering  the  Days'  Records  constant 
in  the  Daily  Constants  File.  The  value  of  the  factor  must  be 
in  the  range  35-80. 

The  Vehicle  Master  File  Edit/Update  program  automatically  purges 
the  oldest  records  when  the  above  limits  have  been  reached. 

Error  Messages 

During  program  execution,  an  error  may  occur  that  results  in  system 
termination.  System  termination  is  caused  by  forcing  the  program  to 
abnormally  terminate  execution.  This  is  done  to  prevent  the  saving  of 
output  files  that  are  in  error.  An  error  message  is  printed  identifying 
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the  problem.  The  messages  are: 


(a)  DG700-0100  - VEHICLE  MASTER  OUT  OF  SEQUENCE 

The  input  version  of  the  Vehicle  Master  File  was  found  to 
be  out  of  proper  sort  sequence. 

(b)  DGTOO-0200  - MAXIMUM  DUPLICATE  RECORD  LIMIT  REACHED 
INTENTIONAL  ABNORMAL  TERMINATION  CAUSED 

Too  many  Daily  Miles  (02)  and/or  Servicing  (17)  transactions 
were  found  to  have  duplicates  on  file.  It  is  assumed  that 
this  input  source  has  been  processed  previously  and  was 
therefore  submitted  in  error. 

7.^.5  Remarks 

On  a monthly  basis,  the  user  will  request  the  Transaction  Master 
File  Update  procedure  SRVUTR.  When  this  request  is  made,  DG700  moves 
the  three  most  recent  Monthly  Summary  (26)  and  Monthly  Commodity  Cost 
(27)  records  to  the  Temporary  Transaction  File. 
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7. 5 DT100  - Transaction  Disk  File  Update 


The  Transaction  Disk  File  Update  program,  DT100 , is  designed  to: 

(a)  perform  preparatory  processing  of  maintenance  joh  records, 
which  are  to  he  used  to  update  the  Transaction  Master  File; 
and 

(h)  assist  management  to  review  maintenance  events  for  which 
records  have  heen  entered  in  the  S/U  System. 

The  basic  functions  performed  by  the  program  are: 

(a)  processing  of  Vehicle  Master  File  records,  written  out  to  the 
Temporary  Transaction  File  during  the  Vehicle  Master  File 
Update  program,  DG700. 

(h)  updating  of  the  Monthly  Transaction  File.  This  file  is 
used,  in  turn,  to  update  the  Transaction  Master  File. 

(c)  reformatting  of  records  used  to  update  the  Monthly 
Transaction  File. 

(d)  generation  of  SIMS  S/U  Coach  Transaction  reports,  which 
display  details  of  the  maintenance  events  recorded  in  the 
Vehicle  Master  File  during  system  execution  and  of  the 
file  records  replaced.  These  reports  are: 

(1)  Inspection  Performed  Notice  (see  Figure  7.5-1), 

(2)  Unit  Changed/ Overhaul /Rering  (see  Figure  7-5-2), 

(3)  Brake  Job  Done  (see  Figure  7.5-3),  and 

{h)  Buses  Added/Deleted/Updated  (see  Figure  7.5-^)- 
7.5.1  System  Interfaces 

Figure  7-5-5  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  four  data  sets  available  from  prior  job  steps.  These 
data  sets  are: 

(a)  the  Unit  Name  File,  CNI5IO. SRV.S .UTNAME,  maintained  by  the 
Data  Acceptance  program,  DA600. 
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FORMAT  OF  INSPECTION  PERFORMED  NOTICE 


CARO  COLUMNS 
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FIGURE  7,5-2 

FORMAT  OF  UNITS  CHANGED/0VERHAUL7RERIN6  REPORT 
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FORWT  OF  BRAKE  JOB  DONE  REPORT 


C4kD  COLUMNS 


W 


I rs) 

■ rg 

. rs,  rvj 


I o O 
O'  <7- 
y-  00 
y r- 
O'  ■£> 
y u*\ 
y sT 


y o 
cr  O' 
>X)  CD 


O UJ 

— c 
> c 
oc  u 


■ <N  UJ  Z V. 

. -H  £ < < 


O 

■o  y 

■C  CD 

-o 

<0  <0 
^ lT> 

-O  4" 

>0  (Nl 
>0 

c o 

<r>  ^ 


I o 

►-  I 
— X 

O 

z < c 

< o UJ 

(3C  O «j0 
H-  uo 
I Oj 


<X  Z >- 
3 O < 

— 3 


7-58 


FIGURE  7,5-4 

FORMAT  OF  BUSES  ADDED/DELETED/UPDATED  REPORT 


FIGURE  7.5-5 

DTI 00  PROGRAM  FLOWCHART 
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(b)  the  Daily  Constants  File,  CN1510. SRV.S .DLYCON,  maintained 
by  the  Data  Acceptance  program,  DA600. 

(c)  the  Temporary  Transaction  File,  CN1510.SRV.M.TEMPTM,  created 
by  the  Vehicle  Master  File  Edit/Update  program,  DG700. 

(d)  the  Monthly  Transaction  File,  CNI5IO . SRV.M.MONTRAE.  This 
file  is  a generation  data  set;  program  DT100  reads  the  most 
ciorrent  version. 

Output  consists  of: 

(a)  the  updated  version  of  the  Monthly  Transaction  file,  and 

(b)  print  files  that  do  not  interface  with  any  other  program. 

7.5.2  Program  Files 

Program  DT100  creates  no  internal  files  other  than  print  files 
during  system  execution.  The  print  files  are  described  by  the  report 

format  specifications  (Figures  7.5-1  through  7.5-^)* 

7.5.3  Processing  Functions 

As  illustrated  in  Figure  7. 5-5 5 the  input  data  sets  are  read.  The 
Unit  Name  File  records  are  used  to  create  a table,  organized  by  Group- 
Unit  Code.  Each  entry  in  the  table  consists  of  the  code  and  the  unit 
name.  Inspection  Schedule  and  Inspection  Interval  for  each  inspection 
schedule  are  obtained  from  the  Daily  Constants  File  and  also  arranged 
in  a table,  by  Inspection  Schedule.  Records  contained  in  the  input 
version  of  the  Monthly  Transaction  File  are  copied  onto  the  output 
version.  The  Uo-character  records  in  the  Temporary  Transaction  File 
are  processed,  as  described  below.  These  records  are  augmented  Vehicle 
Master  File  records,  described  in  Section  6.10. 
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The  types  of  records  contained  in  the  Temporary  Transaction  File 


can  he: 


(a) 

Header  (20)  Record, 

(b) 

Monthly  Summary  (26)  Record, 

Cc) 

Monthly  Commodity  Cost  (27)  Record, 

(d) 

Inspection  (29)  Record, 

(e) 

Unit  Change  ( 31 ) Record , 

(f) 

Engine  Rering  (3^)  Record, 

(g) 

Engine  Overhaul  (35)  Record, 

(h) 

Brake  Mileage  (38)  Record, 

(i) 

Brake  Drum  (39)  Record,  and 

(J) 

Vehicle  Records  Deletion  (99)  Record, 
record  with  a new  format  code , created 

(This  is  a 
by  DQ700. ) 

When  any  of  the  above  types  of  records,  except  the  26  and  27  records, 
are  updated  during  execution  of  the  Vehicle  Master  File  Edit/Update 
program,  two  file  records  are  written  out  to  the  Temporary  Trans- 
action File.  These  are: 

(a)  the  record  before  it  is  updated  (the  old  record),  and 

(b)  the  record  after  it  is  updated. 

The  old  file  record  is  written  out  first.  Each  of  these  records 
contains  a Transaction  Modifier  Code.  The  value  of  the  code  is  0, 

1,  or  2.  Only  new  26  and  27  records  are  output;  these  records  do 
not  contain  a Transaction  Modifier  Code. 
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In  DT100,  processing  of  the  records  in  the  Temporary  Trans- 
action File  depends  on  the  record  format: 

(a)  Records  with  format  codes  26  and  27  are  reformatted  and 
written  out  to  the  Monthly  Transaction  File. 

(b)  Records  with  format  codes  20  and  99  are  not  written  out 
to  the  Monthly  Transaction  File.  They  are  moved  to  the 
print  file  and  displayed  on  the  Vehicles  Added/Deleted/Up- 
dated report.  The  manner  in  which  the  old  and  new  file 
records  of  these  types  are  processed  for  report  purposes 
is  described  later  in  this  section. 

(c)  The  processing  of  records  with  any  other  format  code  depends 
on  the  values  of  the  Transaction  Modifier  Code  in  both  the 
old  and  the  new  file  records.  The  values  of  these  codes 
are  determined  and: 

(1)  If  both  values  are  '0',  the  new  file  record  is  re- 
formatted and  written  out  to  the  Monthly  Transaction 
file . 

(2)  If  both  values  are  the  old  file  record  is  re- 

formatted and  written  out  to  the  Monthly  Transaction 
file. 

(3)  If  the  old  record  contains  a value  of  and  the  new 
record  contains  a value  of  '0' , both  records  are  re- 
formatted and  written  out  to  the  Monthly  Transaction 
file. 

The  reformatting  of  the  output  record  consists  of  interchanging 
the  positions  of  the  Format  Code  and  Vehicle  Number  fields  and  adding 
the  processing  date,  thus  creating  a 46-character  output  record.  The 
46-character  records  are  described  in  Section  6.11. 
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The  types  of  records  contained  in  the  Temporary  Transaction  File 


can  he : 


(a) 

Header  (20)  Record, 

(b) 

Monthly  Summary  (_26)  Record, 

Cc) 

Monthly  Commodity  Cost  (27)  Record, 

(d) 

Inspection  (29)  Record, 

(e) 

Unit  Change  (31)  Record, 

(f) 

Engine  Rering  (3^)  Record, 

(g) 

Engine  Overhaul  (35)  Record, 

(h) 

Brake  Mileage  (38)  Record, 

(i) 

Brake  Drum  (39)  Record,  and 

(J) 

Vehicle  Records  Deletion  (99)  Record, 
record  with  a new  format  code , created 

(This  is  a 
by  DG700. ) 

When  any  of  the  above  types  of  records,  except  the  26  and  27  records, 
are  updated  during  execution  of  the  Vehicle  Master  File  Edit/Update 
program,  two  file  records  are  written  out  to  the  Temporary  Trans- 
action File.  These  are: 

(a)  the  record  before  it  is  updated  (the  old  record),  and 

(b)  the  record  after  it  is  updated. 

The  old  file  record  is  written  out  first.  Each  of  these  records 
contains  a Transaction  Modifier  Code.  The  value  of  the  code  is  0, 

1,  or  2.  Only  new  26  and  27  records  are  output;  these  records  do 
not  contain  a Transaction  Modifier  Code. 
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In  DT100,  processing  of  the  records  in  the  Temporary  Trans- 
action File  depends  on  the  record  format: 

(a)  Records  with  format  codes  26  and  27  are  reformatted  and 
written  out  to  the  Monthly  Transaction  File. 

(h)  Records  with  format  codes  20  and  99  are  not  written  out 
to  the  Monthly  Transaction  File.  They  are  moved  to  the 
print  file  and  displayed  on  the  Vehicles  Added/Deleted/Up- 
dated report.  The  manner  in  which  the  old  and  new  file 
records  of  these  types  are  processed  for  report  purposes 
is  described  later  in  this  section. 

(c)  The  processing  of  records  with  any  other  format  code  depends 
on  the  values  of  the  Transaction  Modifier  Code  in  both  the 
old  and  the  new  file  records . The  values  of  these  codes 
are  determined  and: 

(1)  If  both  values  are  '0',  the  new  file  record  is  re- 
formatted and  written  out  to  the  Monthly  Transaction 
file . 

(2)  If  both  values  are  the  old  file  record  is  re- 

formatted and  written  out  to  the  Monthly  Transaction 
file. 

(3)  If  the  old  record  contains  a value  of  and  the  new 
record  contains  a value  of  '0' , both  records  are  re- 
formatted and  written  out  to  the  Monthly  Transaction 
file. 

The  reformatting  of  the  output  record  consists  of  interchanging 
the  positions  of  the  Format  Code  and  Vehicle  Number  fields  and  adding 
the  processing  date,  thus  creating  a U6-character  output  record.  The 
U6-character  records  are  described  in  Section  6.11. 
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Irrespective  of  the  values  of  the  transaction  modifier  codes, 

"both  file  records  of  all  types  of  records  containing  such  codes  are 
moved  to  the  appropriate  print  file.  For  printing,  additional  pro- 
cessing may  he  required: 

(a)  The  value  of  Service  Miles  in  the  new  29  record  is  tested 
against  Inspection  Interval  of  the  inspection  schedule 
identified  in  the  record.  Inspection  Interval  is  obtained 
from  the  table  created  from  the  Daily  Constants  File.  If 
Service  Miles  is  less  than  80  percent  of  Inspection  Interval, 
Service  Miles  is  flagged  by  an  asterisk  on  the  report. 

(b)  For  unit  changes,  engine  re-rings,  and  engine  overhauls,  the 
name  of  the  unit  is  obtained  from  the  Unit  Name  table. 

(c)  Both  old  and  new  20  records  are  checked.  If  the  old  record 
contains  zeros,  then  the  new  record  represents  the  addition 
of  a vehicle  to  the  Vehicle  Master  File.  The  words  'New 
Vehicle'  are  moved  to  the  print  area.  Otherwise,  the  words 
'Vehicle  Updated'  are  printed. 

(d)  Both  old  and  new  99  records  are  checked.  The  new  record  con- 
tains zeros.  The  old  record  represents  the  deletion  of  a 
vehicle  from  the  Vehicle  Master  File.  The  words  'Deleted 
Vehicle'  are  printed. 

After  the  additional  processing  required  is  completed,  the  report 
is  generated. 

7.5*^  Error  Messages 

DT100  does  not  produce  any  error  message. 

7.5*5  Remarks 

If  no  valid  unit  name  can  be  obtained  from  the  Unit  Name  table, 
the  message  'UNIT  NAME  NOT  FOUND'  is  printed. 

If  no  transactions  are  processed,  the  following  message  is  printed 

'DTIOO  - NO  TRANSACTIONS  PROCESSED  FOR  CURRENT  DAY'. 
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7 . 6 RP0$1  - Commodity  Report  Generator 

The  Commodity  Report  Generator  program  (RPG51)  is  designed  to 
produce  two  daily  reports: 

(a)  The  Commodity  Report:  This  report  is  a listing  that  enables 

maintenance  management  to  monitor  the  quantities  of  com- 
modities (fuel,  oil,  coolant,  and  torque  fluid)  dispensed  to 
each  bus.  The  commodity  information  is  associated  with 
mileage  traveled  by  the  bus  on  the  report  date,  for  the 
current  month  to  date,  and  accumulated  lifetime  miles.  The 
format  of  the  report  is  described  in  Figure  7.6-1. 

(b)  The  Commodity  Summary  Report:  This  report  is  a sumtaary  of 

commodity  and  daily  mileage  information,  by  operating  division 
and  for  the  total  system.  The  format  of  the  report  is  de- 
scribed in  Figure  7-6-2. 

In  the  listing,  information  for  a bus  is  flagged  if: 

(a)  daily  mileage  but  no  fuel  quantity  has  been  recorded  or 

(b)  fuel  quantity  but  no  daily  mileage  has  been  recorded;  and/or 

(c)  oil  quantity  recorded  exceeds  a pre-determined  maximum;  or 

(d)  coolant  quantity  recorded  exceeds  a pre-determined  maximum. 

The  flagging  of  this  information  is  designed  to  draw  the 

attention  of  management  to  that  particular  bus. 

The  information  displayed  in  the  listing  may,  at  the  option  of 
the  system  user,  be: 


(a) 

for 

all  buses  in  active  service;  and 

(b) 

for 

those  buses  for  which 

(1) 

a data  item  has  been  flagged  in  accord  with 
criteria  defined  above  and 

the 

(2) 

there  is  more  than  one  servicing  record  for 
report  date. 

the 
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FIGURE  7.6-2 

FORMAT  OF  COMMODITY  SUMMARY 


A modified  version  of  the  program  (RP051D)  generates  a report 
that  contains  additional  information  to  aid  management  in  the  sched- 
uling of  preventive  maintenance.  Month-to-date  mileage  is  replaced 
hy  mileage  since  the  last  inspection  performed  on  the  hus  and  the  next 
scheduled  inspection  is  identified. 

7.6.1  System  Interfaces 

Figure  7.6-3  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  three  data  sets,  available  from  prior  Job  steps. 

These  data  sets  are: 

(a)  the  Request  Date  File  (CNI5IO. SRV.S .DATE) , created 
through  the  execution  of  the  IBM  utility  program,  lEBGENER. 

(b)  the  Fleet  Constants  File  (CNI5IO. SRV.S .FLTCON) , updated 
through  the  execution  of  the  Data  Acceptance  program,  DA600. 

(c)  the  Daily  Extract  File  (CNI5IO. SRV.M.DLYEXT) , created 
through  the  execution  of  the  Edit/Update  program,  DG700. 

The  Vehicle  Master  File  (CNI5IO. SRV.M. VEHICLE)  can  be 
substituted  for  the  Daily  Extract  File. 

Program  outputs  consist  of  print  files  that  do  not  interface  with 
any  other  program. 

7.6.2  Program  Files 

During  execution,  a file  internal  to  the  program  is  created.  This 
is  the  Commodity  Report  File,  REPORT-FILE,  described  in  Table  7.6-1. 
Tables  7.6-2  and  7.6-3  describe  the  records  it  contains. 
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FIGURE  7.6-3 

RP051  PROGRAM  FLOWCHART 
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TABLE  7.6-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Conmodity  Report  File 
FD  NAME:  REPORT-FILE 

NUMBER  OF  RECORD  FORMATS:  2 RECORD  SIZE;  hg  Characters 

FILE  ORGANIZATION:  Records  are  ordered  by:  Bus  Number 

Sequence  Niimber 


RECORD  FORMATS 

MAX.  NO.  MIN.  NO. 
PER  BUS  PER  BUS 


FORMAT 

CODE  RECORD  NAME 


Sequence  No.  = 0 Commodity  Report  Record  1 

Sequence  No.  >0  Duplicate  Commodity  Report  Record  9 


1 

0 
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TABLE  T.6^2 
RECORD  SPECIFICATION 


FIELD  NAME;  Commodity  Report  Record 
FILE  NAME:  Commodity  Report  File 

COBOL  NAME  OF  RECORD;  REPORT-RECORD 
RECORD  FORMAT  CODE;  Sequence  No.  = 0 
RECORD  LENGTH;  i+9  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

DIV 

Division  Nxmiber 

3 

4 

9999 

BUS-NO 

Bus  Number 

7 

1 

9 

SEQ-0 

Sequence  Number  (=0) 

8 

4 

XXXX 

TERM-ID 

Terminal  ID  Number 

12 

7 

9(7) 

ACCXlM-MELIS 

Accumulated  Miles 

19 

6 

X(6) 

MILES- INSP 

See  Note  1 

25 

2 

XX 

INSP-TYPE-DUE 

Next  Inspection-type 

27 

2 

99 

INSP-SCHED 

Next  Inspection-schedule 

29 

2 

99 

INSP-STEP 

Next  Inspection-step 

31 

4 

S9(4) 

MILES-DAY-B 

Daily  Miles 

35 

4 

S9(3)V9 

Fuel 

Fuel-gal. 

39 

3 

S99V9 

OIL 

Oil-qt . 

42 

2 

S99 

COOLANT 

Coolant-quart  s 

44 

1' 

9 

TORQUE 

Torque-quarts 

45 

9 

DUP-REPORT-FLG 

Duplicate  record  indicator 

46 

2 '' 

99 

OIL-MAX 

Max.  oil  test  value 

48 

2 

99 

COOL-MAX 

Max.  coolant  test  value 

TOTAL 

TT 

Note  1: 

This  field  contains  value  of  either  (a)  monthly  miles > 

which  is  used  hy 

RP051A.,  or  (b)  miles  since  last  inspection? 

which  is  used  hy 

RPO5ID.  Also,  this  field  is  redefined 

as  follows : 

19 

1 

X 

SP-FILLER 

Space  Filler 

20 

2 

XX 

INSP-MONTH 

Inspection  Month 

22 

1 

X 

SIj— FILLER 

Slash  Filler  (=/) 

23 

2 

XX 

INSP-DAY 

Inspection  Day 

7-70 


TABLE  T.6-3 


RECORD  SPECIFICATION 


RECORD  NAME;  Duplicate  Commodity  Report  Record 
FILE  NAME:  Commodity  Report  File 

COBOL  NAME  OF  RECORD:  DUP-RECORD 

RECORD  FORMAT  CODE;  Sequence  No.  = 1-9 
RECORD  LENGTH;  i+9  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

D-DIV 

Division  Number 

3 

u 

9999 

D-BUS-NO 

Bus  N’jmber 

7 

1 

9 

SEQ-1 

Sequence  Number  (=1-9) 

8 

4 

xxxx 

D-TERM-ID 

Terminal  ID  Number 

12 

23 

X(23) 

FILLER 

Filler 

35 

4 

S9(3)v9 

D-FUEL 

Fuel 

39 

3 

S99v9 

D-OIL 

Oil 

k2 

2 

S99 

D-COOLANT 

Coolant 

kk 

1 

9 

D-TORQUE 

Torque  Fluid 

h'? 

1 

9 

D-DUP-REPORT-FLG 

Duplicate  Record  Indicator 

k6 

2 

99 

D-OIL-MAX 

Max.  Oil  Test  Value 

kQ 

2 

99 

D-COOL-MAX 

Max.  Coolant  Test  Value 

TOTAL 

49 

T-Tl 


7.6.3  Processing  Functions 

As  illustrated  in  Figure  T.6r<3,  the  input  data  sets  are  read. 

The  date  file  provides  report  control  and  the  date  for  which  the  report 
is  requested.  Fleet  numbers  and  oil  and  coolant  maximum  test  values 
contained  in  the  Fleet  Constants  File  are  arranged  in  a table.  The 
Commodity  Report  Record  (.REPORT-RECORD)  is  created  from  the  Daily 
Extract  File  records,  if  the  division  to  which  the  bus  is  assigned  is 
other  than  division  88.  This  division  consists  of  out-of-service  buses 

Procedures  to  create  REPORT-RECORD  are: 

(a)  The  division  assignment  date  ( I -ASSIGN-DATE)  is  compared 

to  the  report  date  (D-DATE).  If  the  former  is  greater  than 
the  latter,  then  the  prior  division  number  Cl-PRIOR-DIV)  is 
used  rather  than  the  current  division  number. 

(b)  By  reference  to  the  fleet  number  of  the  bus,  the  fleet 
constants  table  is  searched  to  obtain  the  oil  and  coolant 
maximum  test  values  (OIL-MAX  and  COOL-MAX ). 

(c)  The  accumulated  mileage  (l-MILES-PTD)  and  appropriate 
month-to-date  mileage  (l-MILES-MID)  are  obtained  from  the 
Daily  Extract  File.  In  the  modified  version  of  the  pro- 
gram (RP051OD),  accumiolated  mileage  at  inspection 
(l-INSP-ACCUM-MILES ) is  obtained  instead  of  month-to-date 
mileage. 

(d)  The  dates  of  the  daily  transaction  records  (l-VEH-DAILY) 
are  compared  with  the  report  date.  The  daily  miles  values 
in  records  containing  a date  greater  than  the  report  date 
are  used  to  adjust  the  acc\imulated  mileage  and,  as 
appropriate,  the  month-to-date  mileage. 

(e)  In  RP051D,  I-INSP-ACCUIi-MILES  is  subtracted  from  I-MILES- 
PTD,  as  adjusted,  to  obtain  mileage  since  the  last  inspection 
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(f)  Mileage  and  commodity  data  are  obtained  from  the  daily 
transaction  record  for  the  report  date.  The  mileage 
veilue  in  any  additional  record  for  that  date  is  added 
to  the  miles  value  in  REPORT -RECORD . 

(g)  In  RP051D,  the  schedule  number,  step  number,  and  type 

of  the  next  inspection  due  are  obtained  from  the  inspection 
performed  record  (l-VEH-INSPEC ) and  included  in  REPORT- 
RECORD. 

If  there  is  more  than  one  daily  transaction  record  for  the  report 
date,  DUP-RECORD  is  created  for  each  additional  daily  transaction 
record.  DUP-RECORD  is  created  in  the  same  manner  as  REPORT-RECORD, 
except  that  mileage  and  inspection  data  are  not  included.  A record 
sequence  number  is  included  in  each  DUP-RECORD  created. 

After  the  report  record  and  duplicate  record  (if  any)  are  created, 
they  are  released  to  SORT-FILE.  The  records  are  sorted  in  the  following 
sequence : 

1.  Division  number 

2.  Bus  number 

3.  Record  sequence  number  (report  record  = sequence  0 

duplicate  records  = sequence  1 thru  9) 

The  sorted  file  is  read.  The  oil  and  coolant  quantities  are 
tested  against  the  oil  maximum  and  coolant  maximum  test  values.  If  a 
transaction  quantity  is  greater  than  the  test  value,  an  asterisk  flags 
that  commodity.  If  there  is  mileage  for  the  vehicle  but  no  fuel  recorded, 
an  asterisk  is  placed  by  the  fuel  quantity.  If  there  is  fuel  recorded 
for  the  vehicle  but  no  mileage,  an  asterisk  is  placed  by  the  fuel 
quantity.  If  there  is  fuel  recorded  for  the  vehicle  but  no  mileage,  an 
asterisk  is  placed  by  the  mileage.  After  testing,  mileage,  fuel,  oil, 
and  coolant  values  are  added  to  division  totals. 
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For  the  complete  listing,  each  bus  record  is  printed.  Du- 
plicate records  are  printed  immediately  after  the  original  record. 

For  the  exception  report,  only  records  containing  an  exception  flag 
and  multiple  records  are  printed.  At  the  end  of  each  division,  totals 
are  printed. 

The  Commodity  Summary  Report  is  printed,  using  division  totals. 
These  values  are  summed  to  provide  system  totals. 

7.6.U  Error  Messages 

If  an  error  is  detected,  the  appropriate  message  is  moved  to  a 
print  file  and  printed.  Error  messages  are; 

(a)  RP051--O31O  NO  DATE  RECORD  FOUND  IN  DATE  FILE. 

This  message  is  printed  if  the  program  was  executed  without 

a date  request  card.  Program  execution  is  terminated  when 
this  is  detected. 

(b)  RP051--OIOO  VEHICLE  EXTRACT  FILE  OUT  OF  SEQUENCE. 

This  message  is  printed  if  the  records  in  the  extract  file 
(or  vehicle  master  file)  are  not  sequenced  by  bus  number 
in  ascending  order.  Program  execution  is  terminated  when 
* this  condition  is  detected. 

(c)  RP051--O3OO  INVALID  DATA  FIELD  OR  RECORD  FOUND  IN  FLEET 
CONST  RECORD  (CONTENTS  OF  RECORDS). 

This  message  is  printed  if  the  fleet  constants  record 
contains  invalid  characters.  Program  execution  is  not 
terminated.  Default  values  are  used  for  testing  oil  and 
coolant  values. 

(d)  RPO5I-O3OO  INVALID  DATA  FIELD  OR  RECORD  FOUND  IN  DATF 
FILE  RECORD  (CONTENTS  OF  RECORDS) 

This  message  is  printed  if  a non-numeric  date  was  found 
in  the  Request  Date  file. 
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7.6.5  Remarks 


The  Daily  Extract  File  (CNI5IO. SRV.M.DLYEXT)  is  the  normal  in- 
put data  set.  As  an  alternative,  the  Vehicle  Master  File  can  be 
used,  provided  that  a JCL  override  card  is  included  in  the  job  deck. 
This  card  has  the  following  format: 

//SRV09.IMSTR02  DD  DSN=CN1510.SRV.M.VEHICLE(0), 

//  DISP=OLD,VOL=PRIVATE 

The  exception  report  option  is  indicated  by  the  inclusion  of  an 
option  code,  01,  in  the  date  card.  For  example,  a date  containing 
'0173063001'  indicates  a request  for  the  report,  on  the  exception 
basis,  for  June  30,  1973. 

The  program  allows  for  a maximum  of  10  daily  records  per  bus  for 
a report  date  and  for  a maximum  of  ^0  fleets. 


7-75 


T.T  RPQ5^  - CoTamof^ity  Usage  Report  Generator 


The  Conmodity  Usage  Report  Generator  program  CRP053)  is  designed 
to  produce  an  on-^demand  report.  The  program  is  normally  executed  on 
a weekly  "basis. 

RP053  produces  a report  of  daily  fuel,  oil,  and  coolant  used, 
by  vehicle,  for  a four-week  period.  Each  of  the  four  weeks  ends  on  a 
Saturday.  Three  report  options  are  available: 

(a)  a complete  listing  for  all  vehicles  in  the  master  file  (see 
Figure  T.T-l); 

(b)  an  exception  report,  listing  only  those  vehicles  that  violate 
28-day  commodity/usage  limits;  and 

(c)  an  exception  report,  listing  only  those  vehicles  that  violate 

28-day  or  T-day  commodity  limits.  ^ 

The  report  is  designed  to  enable  maintenance  management  to  monitor 

usage  of  commodities  and  to  Identify  potential  maintenance  problems — 

indicated  by  the  flagging  of  vehicles  that  violate  commodity  limits. 

The  commodity  test  values  are  read  from  the  Fleet  Constants  File, 
CNI5IO.SRV.S.FLTCON.  The  following  tests  are  made  for  each  vehicle, 
and  failure  of  the  test  results  in  the  report  data  field  being  flagged: 

(a)  28-day  fuel  miles  per  gallon  must  be  between  a specified 
minimum  and  maximum, 

(b)  28-day  oil  miles  per  quart  must  be  between  a specified  minimum 
and  maximum, 

(c)  28-day  coolant  used  must  be  less  than  a specified  maximum, 

(d)  T-day  fuel  miles  per  gallon  must  be  between  a specified 
minimum  and  maximim, 

(e)  T-day  oil  miles  per  quart  must  be  between  a specified  minimm 
and  maximum,  and 
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(f)  T-day  coolant  used  must  te  less  than  a specified  maximum. 

7.7.1  System  Interface 

Figure  7*7-2  is  a program  flovchart . As  illustrated,  program 
input  consists  of  three  data  sets  available  from  prior  Job  steps.  These 
data  sets  are: 

Ca)  the  Request  Date  File,  CNl 510. SRV.S. DATE,  created  through 
the  execution  of  the  IBM  utility  program,  lEBGEEER; 

(b)  the  Fleet  Constants  File,  CNI5IO.SRV.S.FLTCON,  maintained 
by  the  Data  Acceptance  Program,  DA600;  and 

(c)  the  Vehicle  Master  File,  CNI5IO.SRV.M. VEHICLE  ( ),  updated 

through  the . execution  of  the  Vehicle  Master  Edit/Update 
program,  DG700. 

Program  output  consists  of  the  Commodity  Usage  Report.  No  files 
are  created  that  are  read  by  other  programs  in  the  system. 

7.7.2  Program  Files 

During  program  execution,  one  internal  file  is  created.  This  file 
is  the  Commodity  Usage  Report  File.  File  and  record  specifications 
are  given  in  Tables  7*7-1  and  7*7-2.  This  file  is  an  extract  of 
information  from  the  Vehicle  Master  File  and  is  used  to  generate  the 
Commodity  Usage  Report . 

7.7.3  Processing  Functions 

Program  RP053  reads  the  Request  Date  File  to  determine  the  report 
date.  Using  this  date,  the  date  of  the  first  preceding  Saturday  is 
calculated.  This  date  becomes  the  last  day  of  the  28-day  report 
period.  The  period  consists  of  four  weekly  periods,  each  ending  on 
a Saturday. 
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FIGURE  7.7-2 

RP053  PROGRAM  FLOWCHART 
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TABLE  7.7-1 


FILE  SPECIFICATION 

FILE  NAME:  Weekly  Commodity  Usage  Report  File 

FD  NAME:  None 

DATA  SET  NAME:  &REPORT 

NUMBER  OF  FORMATS:  1 RECORD  SIZE;  27^  Characters 

FILE  ORGANIZATION:  Sequenced  by;  Division,  Vehicle  Number 

RECORD  FORMATS 

MAX.  NO.  MIN.  NO. 

RECORD  NAME  PER  BUS  PER  BUS 

Commodity  Usage  Report  Record  1 0 
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TABLE  7-7-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Commodity  Usage  Report  Record 
FILE  NAME;  Commodity  Usage  Report  File 
COBOL  NAME  OF  RECORD:  REPORT-RECORD 

RECORD  LENGTH:  27^  Characters 

FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

DIV 

Division  Number 

3 

k 

9(M 

BUS-NO 

Vehicle  Number 

7 

5 

9(5) 

DE.-MILES-28 

28-day  Mileage 

12 

k 

99199 

DE-MPG-28 

28-day  Fuel  Miles  per  gallon 

16 

k 

9ik) 

DE-MPQ-28 

28-day  Oil  Miles  per  quart 

20 

k 

9ik) 

de-cool-28 

28-day  Coolant  Used 

2U 

l6 

9ik) 
occurs 
k times 

NK-MILES(U) 

Weekly  Mileages  for  Four 
Report  Weeks 

UO 

16 

99V99 
occurs 
U times 

DE-MPG-WK(U) 

Weekly  Fuel  Miles  per  Gallon 
for  Four  Weeks 

56 

l6 

9ik) 
occurs 
k times 

DE-MPQ-WK(U) 

Weekly  Oil  Miles  per  Quart 
for  Four  Weeks 

72 

8U 

9(3) 
occurs 
28  times 

FUEL(28) 

Daily  Fuel  for  28  Days 

156 

56 

99 

occurs 
28  times 

0IL(28) 

Daily  Oil  for  28  Days 

212 

56 

99 

occurs 
28  times 

COOL (28) 

Daily  Coolant  for  28  Days 

268 

1 

X 

DE-MPG-28-IND 

28-day  Fuel  Flag 

269 

1 

X 

DE-MPQ-28-IND 

28- day  Oil  Flag 

270 

1 

X 

DE-COOL-2 8- IND 

28- day  Coolant  Flag 

271 

1 

X 

DE-liPG-WK-IND 

7-day  Fuel  Flag 

272 

1 

X 

DE-MPQ-WK-IND 

7-day  Oil  Flag 

273 

1 

X 

DE-COOL-WK-IND 

7-day  Coolant  Flag 

21k 

TOTAL 

1 

21k 

X 

FILLER 
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The  Request  Date  File  also  provides  the  report  print  option.  The 
option  can  he  one  of  the  following  values: 

(a)  blank,  all  vehicles  printed, 

(h)  '0i’,  only  vehicles  printed  with  28-day  commodity  flags,  or 

Cc)  *03',  only  vehicles  printed  with  T^day  and/or  28-day  commodity 
flags. 

The  next  function  is  the  formation  of  a table  of  values  to  which 
7-day  and  28-day  commodity  values  are  to  be  compared.  The  test  values 
are  obtained  from  the  Fleet  Constants  File.  The  table  is  indexed  by 
fleet . 

The  third  function  is  the  building  of  an  extract  file  from  the 
Vehicle  Master  File.  For  each  vehicle,  an  extract  record  is  created 
in  program  working  storage. 

RPO53  reads  the  Vehicle  Header  (20)  Record  from  the  Vehicle 
Master  File.  The  division  assignment  and  vehicle  number  are  moved  to 
the  extract  record  for  this  vehicle.  The  fleet  code  is  used  to  index 
the  fleet  constants  table  and  select  commodity  test  values  to  be  used 
for  this  vehicle. 

The  Vehicle  Master  File  includes  several  Daily  Commodities  {2h) 
records  for  eax:h  vehicle.  For  each  2k  record  the  program  ascertains 
whether  its  date  is  within  the  report  period.  If  not,  the  record 
is  ignored . 

For  all  2k  records  that  are  within  the  request  period,  the  fol- 
lowing processing  is  done: 

(a)  the  daily  miles  are  added  to  the  total  28-day  miles; 
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("b)  the  daily  miles  are  added  to  the  weekly  miles  coiinter  for 
the  appropriate  week;  and 

(c)  the  daily  fuel,  oil,  and  coolant  are  added  to  the  appropriate 
fields  in  the  extract  field  that  corresponds  to  the  date. 

The  extract  file  record  contains  28  fields  for  each  commodity, 
one  for  each  day  of  the  report  period. 

After  all  daily  records  for  the  vehicle  have  been  processed,  11 
commodity  averages  are  computed.  These  consist  of  28-day  averages  of 
fuel,  oil,  and  coolapt  used  and,  for  each  week,  7-day  averages  of  fuel 
and  oil  used.  Averages  are  expressed: 

(a)  Fuel  - miles  per  gallon. 

(b)  Oil  - miles  per  quart. 

(c)  Coolant  - quarts. 

These  commodity  averages  are  tested  against  the  fleet  constants 
test  values.  If  an  average  is  out  of  acceptable  limits,  an  exception 
flag  is  set.  The  exception  flags  may  be  set  for: 

(a)  28-day  averages  of  fuel,  oil,  and  coolant. 

(b)  7-day  averages  of  fuel,  oil,  and  coolant  consximed  in  the  most 
recent  of  the  four  report  weeks . 

The  next  function  is  to  determine  whether  the  extract  record  is 
to  be  sent  to  the  report  file.  Vehicles  whose  division  assignment  is 
88  (inactive  bus)  are  not  processed.  Further  determination  depends 
on  the  report  option  specified. 

If  the  user  has  specified  one  of  the  two  exception  reports , only 
those  vehicles  with  commodity  exception  flags  are  processed.  If  a full 
report  is  requested,  all  extract  records  are  processed. 
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An  extract  record  to  be  printed  is  released  to  the  COBOL  internal 
sort  routine.  The  records  are  sequenced  on  division  code  and  vehicle 
number.  This  procedure  creates  the  Commodity  Usage  Report  File. 

When  all  vehicles  in  the  system  have  been  extracted,  the  report 
file  is  read  and  the  Commodity  Usage  Report  produced.  The  report  page 
spacing  control  is  by  change  of  division.  Within  each  division, 
vehicle  numbers  are  displayed  in  ascending  order. 

When  all  extract  records  have  been  printed,  program  execution 
terminates . 

7.7.^  Error  Messages 

If  an  error  is  detected  during  program  execution,  an  indicative 
message  is  printed  and  execution  terminates.  The  error  messages  that 
may  be  printed  are : 

(a)  RPO53-O3OO  - INVALID  DATA  FIELD  OR  RECORD  FOUND  IN  DATE-RECORD 
RECORD  (CONTENTS  OF  RECORD) 

The  date  request  card  was  found  to  have  a non-numeric  date 
field. 

(b)  RPO53-O3IO  - NO  DATE  RECORD  FOUND  IN  DATE  FILE 

A date  request  card  was  not  found  in  the  Request  Date 
File  for  this  report. 

(c)  RPO53  - 0100  - VEHICLE  MASTER  OUT  OF  SEQUENCE 

The  Vehicle  Master  File  was  found  to  be  out  of  sort  sequence. 
A return  code  of  8 is  passed  to  the  system,  which  prohibits 
execution  of  subsequent  job  steps. 
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7.7*5  Remarks 


RPO53  has  the  capability  of  reading  multiple  date  request  cards. 
For  example,  the  user  could  submit  two  request  cards,  one  for  a full 
report  and  one  for  an  exception  report.  The  program  will  produce  two 
separate  reports. 
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7*8  RP03^  - Bus  Analysis  Report  Generator 


The  Bus  Analysis  Report  Generator  program  (RP05^)  is  designed  to 
produce  three  on-demand  reports.  The  program  is  normally  executed 
The  reports  generated  are: 

Bus  Analysis  (see  Figure  7-8-1):  Reported  data  are  arranged 

in  terms  of  the  fleet  and  the  division  to  which  a vehicle 
belongs . A separate  section  of  the  report  displays  the  infor- 
mation listed  below  for  all  fleet  members  assigned  to  the 
same  division: 

(1)  fuel  and  oil  consumed  during  the  month  in  absolute  terms 
and  in  temns  of  miles  per  unit  of  consumption. 

(2)  miles  operated  and  the  cost  of  fuel  and  oil  per  mile. 

(3)  oil  usage  (in  terms  of  miles  per  quart)  during  each  of 
the  three  prior  months. 

(U)  miles  operated  by  the  vehicle  since  the  last  engine 
re-ring  or  overhaul . 

The  report  displays  the  same  information  for  all  fleet  members 
at  the  division  in  terms  of  fleet  averages.  Fleet  total  miles 
operated  and  fuel  and  oil  consTjmed  are  also  displayed. 

(b)  Bus  Analysis  Summary  (see  Figure  7-8-2):  This  one-page 

report  displays  the  information  listed  below  for  each 
fleet  in  the  system: 

(1)  fuel  and  oil  consumed  during  the  month  in  terms  of 
miles  per  unit  of  consumption,  total  cost,  and  cost 
per  mile  operated.  Fuel  cost  per  gallon  is  provided 
for  reference. 

(2)  miles  operated  during  the  month,  in  total  and  per  bus. 

The  number  of  buses  in  the  fleet  is  provided  for  ref- 
erence. 

(3)  average  accumiilated  miles  operated. 


monthly . 
(a) 
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FIGURE  7.8-1 

FORMAT  OF  BUS  ANALYSES  REPORT 
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FIGURE  7.8-2 

FORMAT  OF  BUS  ANALYSES  SUMMARY 


(c)  Bus  Analysis  Division/System  Summary  (see  Figure  7.8-3): 

This  one-page  report  displays  the  information  listed  helow 
for  each  operating  division  and  as  system  totals: 

(l)  fuel  and  oil  consumed  during  the  month,  in  absolute 
terms  and  in  terms  of  miles  per  unit  of  consumption. 

i.2)  the  total  cost  of  fuel  and  oil  and  cost  per  mile  operated. 

(3)  miles  operated,  in  total  and  per  bus.  The  number  of 

buses  assigned  to  the  division  and  in  active  service  is 
provided  for  reference. 

7.8.1  System  Interfaces 

Figure  7.8-U  is  a program  flowchart.  As  illustrated,  program  in- 
put consists  of  fo\ir  data  sets,  available  from  prior  job  steps.  These 
data  sets  are: 

(a)  the  Request  Date  File,  CNI5IO.SRV.S.DATE,  created  through 
the  execution  of  the  utility  program,  lEBGENER; 

(b)  the  Daily  Constants  File,  CNI5IO. SRV.S .DLYCOW,  maintained  by 
the  Data  Acceptance  program,  DA600; 

(c)  the  Fleet  Constants  File,  CNI5IO.SRV.S.FLTCON,  maintained  by 
the  Data  Acceptance  program,  DA600;  and 

(d)  the  Vehicle  Master  File,  CNl 51 O.SRV.M. VEHICLE,  updated  by  the 
Vehicle  Master  File  Edit/Update  program,  DG700. 

Program  output  consists  only  of  print  files,  which  do  not  inter- 
face with  any  other  program. 

7.8.2  Program  Files 

The  program  creates  the  Bus  Analysis  Report  File,  O-WORK-FILE, 
during  execution.  It  is  an  internal  file  used  for  data  manipulation 
and  sorting,  as  well  as  for  editing  the  report.  The  file  is  described 
by  file  and  record  specifications  (Tables  7.8-1  and  7.8-2). 
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FIGURE  7.8-3 

FORMAT  OF  BUS  ANALYSES  DIVISION/SYSTEM  SUMMARY 


FIGURE  7.8-4 

RP054  PROGRAM  FLOWCHART 
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7.8,3  Processing  Functions 

As  illustrated  in  Figure  T.8-i|,  input  data  sets  are  read,  The 
date  file  provides  report  file  parameters  and  the  month  for  which  the 
report  is  requested. 

The  Vehicle  Master  File  contains  records  for  every  vehicle  in 
the  system.  Inactive  vehicles  are  assigned  to  division  88;  records 
for  these  vehicles  are  not  processed  during  this  program.  Report  in- 
formation for  each  of  the  other  vehicles  on  file  is  extracted  to  create 
a Bus  Analysis  Report  Record.  Procedures  to  create  this  record  are: 

(a)  Fleet  assignment  is  identified  and  used  to  determine  Fuel 
Type  from  the  Fleet  Constants  File.  Fuel  Type  is  used, 
in  turn,  to  determine  Fuel  Price  from  the  Daily  Constants 
File. 

(h)  Division  Assignment  at  the  end  of  the  request  month  is 
determined  hy  comparing  the  division  assignment  date 
(I-ASSIGN-DATE)  in  the  Header  Record  with  the  report 
request  date.  If  the  current  assignment  was  made  after 
the  report  date,  then  the  prior  division  assignment 
(l-PRIOR-DIV)  is  used.  If  the  division  assignment 
changed  during  the  report  month,  the  record  is  flagged 
(W-CH-DIV-FLAG). 

(c)  Accumulated  mileage  (I-MILES-PTD)  is  adjusted  to  reflect 
accumulated  miles  at  the  end  of  the  report  month.  Daily 
miles  values  for  dates  greater  than  the  report  date  are 
subtracted  from  accumulated  mileage. 

(d)  Monthly  values,  required  for  display  on  the  report  and  for 
the  calculation  of  averages , are  obtained  from  Monthly 
Summary  records  and  Monthly  Commodity  Cost  records. 

(e)  Accumulated  mileage  values  in  the  Engine  Re-ring  and  Engine 
Overhaul  records  are  compared.  The  lower  value  is  placed  in 
the  extract  record,  with  the  appropriate  indicator. 
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TABLE  7.8-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Bus  Analysis  Report  File 
FD  NAME;  O-WORK-FILE 
DATA  SET  NAME:  &WORKEM 

NUMBER  OF  FORMATS;  1 

FILE  ORGANIZATION ; Records  are  sequenced  by  Division,  Fleet,  and  bus 


number 


RECORD  NAME 


MAX.  NO. 
PER  BUS 


MIN.  NO. 
PER  BUS 


W-WORK-REC 


1 


0 


T-93 


TABLE  7.8-2 


RECORD  SPECIFICATION 


RECORD  NAME:  Bus  Analysis  Work  Record 

FILE  NAME;  O-WORK-FILE 
COBOL  NAME  OF  RECORD:  O-WORK-REC 

RECORD  LENGTH;  8i+ 


FIELD  FIELD 


IS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

W-DIV 

Division  Number 

3 

2 

XX 

W-FLT 

Fleet  Number 

5 

2 

XX 

W-YR 

Model  Yea+r 

7 

1+ 

X(l+) 

W-VEH-NO 

Bus  Number 

11 

5 

S9(5) 

W-MILES-MONTH(l) 

Report  Month  Mileage 

16 

5 

S9(5) 

W-MILES-M0NTH(2) 

Previous  Month  Mileage 

21 

5 

S9(5) 

W-MILES-MONTHb) 

2nd  Previous  Month  Mileage 

26 

5 

S9(5) 

W-MI LES -MONTH  ( 1+ ) 

3rd  Prei^ous  Month  Mileage 

31 

5 

S9(1+)V9 

W-FUEL-MONTH 

Fuel  usi&  in  report  month 

36 

1+ 

S999V9 

W-OIL-MONTH( 1 ) 

Oil  used  in  report  month 

U0 

1+ 

S999V9 

¥-OIL-MONTH( 2 ) 

Oil  used  in  previous  month 

UU 

1+ 

S999V9 

W-OIL-MONTH( 3) 

Oil  used  in  2nd  previous 
month 

1+8 

1+ 

S999V9 

W-OIL-MONTH(  1+ ) 

Oil  used  in  3rd  previous 
month 

52 

7 

9(7) 

W- FUEL-COST-MO 

Cost  of  fuel  in  report  month 

59 

6 

9(6) 

W-OIL-COST-MO 

Cost  of  oil  in  report  month 

65’ 

5 

9(5) 

W-COOL-COST-MO 

Cost  of  coolant  in  report 
month 

70 

7 

S9(7) 

W-ACCUM-MILES 

Accumulated  mileage 

77 

1 

9 

W-CH-DIV-FLAG 

Changed  Division  Flag 

78 

k 

9(M 

W-RERING-MILES 

Re-ring/Overhaul  miles  (OOO) 

82 

1 

X 

W-K 

'K'  if  re-ring  mileage  used 

83 

2 

XX 

W-M 

’-M'  if  overhaul  mileage  used 

TOTAL  8U 


After  the  extract  record  has  been  created,  it  is  moved  into  a 
temporary  storage  area. 

The  records  in  the  temporary  storage  area  are  read  by  the  program 
to  develop  fleet  totals . The  required  calculations  are  made  and  the 
Bus  Analysis  Summary  report  is  generated. 

The  vehicle  records  are  sorted  in  the  following  sequence: 

(a)  Division, 

(b)  Fleet,  and 

(c)  Vehicle  number. 

Using  the  sorted  file,  the  specified  calculations  are  made  and  the 
Bus  Anaiysis  report  generated.  The  fleet  data  accumulated  earlier  are 
used  to  aggregate  the  information  in  terms  of  divisions  and  the  total 
system.  The  necessary  calculations  are  made  and  the  Bus  Analysis  Divi- 
sion/System Sijmmary  report  is  generated. 

T.8.i+  Error  Messages 

If  an  error  is  detected,  the  appropriate  message  is  moved  to  the 
Bus  Analysis  Print  Record  File  (PRINT-REC)  and  printed.  Error  messages 
are: 

(a)  RPO5U-3IO  - NO  DATE  FOUND  IN  DATE  FILE. 

This  message  is  printed  if  the  program  was  executed  without 
a valid  date  card.  Program  execution  is  teminated  when  this 
is  detected. 

(b)  RPO5U-3IO  - NO  ' ' FOUND  IN  CONTROL  FILE. 

This  message  is  printed  if  there  is  no  commodity  price  data 
in  the  Daily  Constants  File.  Program  execution  is  not  ter- 
minated when  this  is  detected.  Default  values  are  used  for 
the  missing  prices. 
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(c)  RP05i+-310  - NO  FUEL  TYPE  FOUND  IN  FLT-CONST. 

This  message  is  printed  if  there  is  no  fuel  type  for  a fleet 
in  the  Fleet  Constants  File.  Program  execution  is  terminated 
when  this  is  detected. 

(d)  RPO5I+-U.OO  - VEHICLE  MASTER  OUT  OF  SEQUENCE. 

This  message  is  printed  if  the  records  in  the  Vehicle  Master 
File  are  not  sequenced  hy  hus  number  in  ascending  order. 

Program  execution  is  terminated  when  this  condition  is  detected 

(e)  RPO5U-O3OO  - INVALID  DATA  FIELD  OR  RECORD  FOUND  IN  CONTROL  FILE 

DATA  FIELD:  ' ’ VALUE  (CONTENTS  OF  RECORD). 

This  message  is  printed  if  the  daily  constants  record  contains 
invalid  characters.  Program  execution  is  not  terminated. 
Default  values  are  used  for  commodity  prices. 

7.8.5  Remarks 

If  there  is  no  commodity  price  data  in  the  Daily  Constants  File, 
the  following  default  values  are  used: 


Fuel 


$0,172  per  gallon 


Oil 


$0,079  per  quart 


Coolant 


$0,050  per  quart 
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T . 9 RP0^^  - Unit  Change  Candidates  Report  Generator 


The  Unit  Change  Candidates  Report  Generator  prograjn  (RP055) 
is  designed  to  produce  an  on-demand  report.  The  program  is 
normally  executed  monthly. 

The  report  (see  Figiire  7.9-1)  lists  each  unit  that  is 
a candidate  for  change  and  the  vehicle  on  which  it  is  installed. 

A unit  is  a candidate  if  the  vehicle  has  traveled  more  than  a 
specified  threshold  mileage  since  the  unit  was  installed. 

This  report  assists  maintenance  management  to  schedule  unit 
change  work  and  to  monitor  the  service  life  of  each  unit  installed. 

7.9.1  System  Interfaces 

Figure  7-9-2  is  a program  flowchart.  The  program  reads  four 
data  sets  from  previous  job  steps.  These  are: 

(a)  the  Request  Date  File,  CNl 510. SRV.S .DATE, 
created  through  execution  of  IBM  utility 
program  lEBGENER; 

(b)  th.e  Unit  Threshold  File,  CNI510.SRV.S.UTTHRS, 
maintained  by  the  Data  Acceptance  program 
DA600; 

(c)  the  Unit  Name  File,  CNI5IO.SRV.S.UTNAME, 
maintained  by  the  Data  Acceptance  program 
DA600 ; and 

(d)  the  Vehicle  Master  File,  CNI5IO.SRV.M. VEHICLE 

( ),  updated  by  the  Vehicle  Master  File  Edit /Update 
program,  DG700. 
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FIGURE  7.9-1 

FORMAT  OF  UNIT  CHANGE  CANDIDATES  REPORT 


FIGURE  7.9-2 

RP055  PROGRAM  FLOWCHART 


UNIT 

CANDIDATES 
^ REPORT 
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7.9-2  Program  Files 

Diiring  program  execution,  an  internal  file.  Unit  Report  File, 
is  created.  This  file  contains  unit  candidate  information  extracted 
from  the  Vehicle  Master  File.  The  Unit  Report  File  is  described  in 
file  and  record  specifications  (Tables  7-9-1  and  7.9-2). 

7-9-3  Processing  F\mctions 

An  ill-ustrated  in  Figure  7-9-2,  the  input  data  sets  are  read. 

The  Request  Date  File  provides  report  control  and  the  date  for  which 
the  Unit  Candidates  report  is  requested.  The  Unit  Threshold  File 
is  read  into  program  working  storage  as  an  indexed  table.  This  table 
is  used  to  determine  the  threshold  mileage  value  for  each  type  of 
unit  for  each  fleet  of  vehicles  in  the  system.  There  is  a maximiim 
of  50  types  of  units . 

For  each  Unit  Change  (31)  Record  in  the  Vehicle  Master 
File,  the  program  creates  an  extract  record  using  the  master  file 
records.  This  record  contains: 

(a)  the  Group-Unit  Code  from  the  Unit  Change  (31)  Record. 

(b)  the  vehicle  number  and  the  division  number  from  the 
Vehicle  Header  (20)  Record. 

(c)  the  service  miles  of  the  unit  installed.  This  value 
is  calculated  by  subtracting  from  Accumulated  Miles, 
in  the  Accumxilated  Miles  (21)  Record,  the  Accum\ilated 
Miles  at  Last  Unit  Change  Performed  in  the  31  record. 

(d)  the  threshold  value  for  the  unit,  retrieved  from  the 
table  in  working  storage,  \ising  a key  consisting  of 
fleet  and  group-unit  code. 
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TABLE  7.9-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Unit  Report  File 
FD  NAME:  None 


DATA  SET  NAME:  &REPORT 


NUMBER  OF  FORMATS:  1 RECORD  SIZE;  l8 

FILE  ORGANIZATION:  Records  are  sequenced  by:  Group-Unit  Code 

Vehicle  Number 


RECORD  FORMATS 


RECORD  NAME 


MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 


Report  Data  Record 


50 


0 
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TABLE  7.9-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Report  Data  Record 
FILE  NAME;  UNIT  REPORT  FILE 
COBOL  NAME  OF  RECORD;  REPORT-REC5 


RECORD 

LENGTH: 

18 

FIELD 

FIELD 

POS 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

1+ 

9999 

R-I-D 

Group-Unit  Code 

5 

1+ 

9999 

R-BUS-NO 

Vehicle  Number 

9 

2 

99 

R-DIV-NO 

Division  Number 

11 

3 

XXX 

R-SER-MILES 

Service  Miles 

Ik 

1 

X 

FILLER 

15 

3 

XXX 

R-THRES-MILES 

Threshold  Miles 

18 

1 

X 

R-ASTT 

Threshold  Flag 

TOTAL 

18 

Service  mileage  is  compared  to  threshold  mileage.  If  the  ser- 
vice miles  are  greater  than  the  test  value,  the  extract  record  is 
released  to  the  Unit  Report  File  via  the  internal.  COBOL  sort  routine. 
The  sort  sequence  is  group-mit  code  and  vehicle  number. 

After  all  unit  records  in  the  Vehicle  Master  File  have  been  pro- 
cessed, program  control  passes  to  the  report  generator  section.  One 
line  entry  is  printed  for  each  record  in  the  sorted  Unit  Report  File. 

The  report  contains  one  page  for  each  group-unit  code.  The 
associated  Unit  Name  is  obtained  from  the  Unit  Name  File  and  includ- 
ed in  the  page  heading. 

7.9«^  Error  Messages 

When  the  RP055  report  procedure  is  executed  and  no  date  request 
record  is  found  in  the  Request  Date  File,  the  following  message  is 
printed: 

RP055-0300  - NO  DATE  RECORD  FOUND. 

If  a date  record  is  found,  but  the  date  is  not  numeric  the  following 
message  is  printed: 

RP055-0310  - REQUEST  DATE  NOT  NUMERIC. 

Program  execution  is  terminated  when  either  error  occurs. 

7.9.5  Remarks 

The  program  generates  the  report  of  unit  candidates  as  of  the 
current  status  of  the  Vehicle  Master  File,  not  as  of  the  report  date. 
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7.10  RP0^6  - Brake  Status  Report  Generator 


The  Brake  Status  Report  Generator  program  (RPO56)  is  designed, 
to  produce  an  on-demeuid  report.  The  program  is  usually  executed  on  a 
monthly  basis . 

The  report  produced  is  the  Brake  Status  Report  (see  Figure  7. 10-1). 
This  report  is  designed  to  assist  maintenance  management  to  monitor 
the  brake  status  of  vehicles.  Brake  drum  sizes,  the  code  for  the  lining 
material  used  at  last  reline,  and  the  accumulated  miles  at  last  reline 
are  displayed.  Brake  drum  size  is  defined  as  the  thickness  of  metal 
removed  from  the  drum  throtigh  turning;  expressed  threshold  values  are 
flagged.  This  will  assist  maintenance  management  in  identifying 
necessary  brake  work. 

Two  report  options  are  provided.  One  option  causes  all  vehicles 
to  be  displayed  on  the  Brake  Status  Report.  The  second  option  provides 
that  only  those  vehicles  with  threshold  flags  be  printed. 

7.10.1  System  Interface 

Figure  7.10.2  is  a system  flowchart  for  program  RPO56.  The  pro- 
gram reads  several  files  passed  by  previous  job  steps.  These  files  are: 

(a)  the  Request  Date  File,  CNI5IO.SRV.S.DATE,  created  by  IBM 
utility  lEBGEWER; 

(b)  the  Unit  Thresholds  File,  CNI5IO. SRV. S. UTTHRS , maintained  by 
the  Data  Acceptance  program  DA600; 
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FIGURE  7.10-1 

FORMAT  OF  BRAKE  STATUS  REPORT 


FIGURE  7.10-2 

RP056  PROGRAM  FLOWCHART 


BRAKE 

STATUS 
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(c)  the  Fleet  Constants  File,  CN1510.SRV.S.FLTC0N,  maintained 
by  the  Data  Acceptance  program,  DA600;  and 

(d)  the  Vehicle  Master  File,  CNI5IO. SRV.M. VEHICLE,  updated 
by  the  Vehicle  Master  Edit /Update  program,  DG700. 

Program  output  consists  of  the  Brake  Status  Report.  No  files  are 
created  that  are  used  in  other  programs  of  the  S/U  System. 

7.10.2  Program  Files 

Program  RPO56  creates  no  internal  files  during  execution. 

7.10.3  Processing  Functions 

Program  RPO56  accesses  the  Date  Request  File  to  determine  the 
report  date  and  the  report  option  code.  The  report  option  code  may 
be  one  of  two  values : 

(a)  blank,  if  all  vehicles  are  to  be  displayed;  or 

(b)  one  (1),  if  only  those  vehicles  over  threshold  are  to  be 
displayed. 

RPO56  reads  two  constants  files,  the  Unit  Thresholds  File  and 
the  Fleet  Constants  File.  A table  of  threshold  values  for  drum  sizes 
and  mileage  is  created  from  these  files.  The  table  is  organized  by 
vehicle  fleet  and  resides  in  program  working  storage. 

For  each  vehicle  in  the  S/U  Vehicle  Master  File,  RPQ56  reads 
four  file  records:  the  Vehicle  Header  (20),  the  A: cumulated  Miles  (2l), 
the  Brake  Mileage  (38),  and  the  Brake  Drum  (39)  records.  The  fleet 
code  for  the  vehicle  is  retrieved  from  the  20  record.  This  code  is 
used  as  an  index  to  scan  the  threshold  table  and  locate  the  appropriate 
values . 
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The  Brake  Mileage  Record  contains  the  brake  mileage  and  lining 
code.  RPO56  subtracts  the  brake  mileage  from  the  total  accumulated 
miles  in  the  Accumulated  Miles  Record  to  determine  miles  since  last 
reline.  This  result  is  compared  to  the  mileage  threshold  from  the 
constants  table.  If  it  is  over  threshold,  RPO56  flags  the  mileage 
field  of  the  Brake  Status  Report. 

If  the  mileage  is  over  threshold,  checks  are  made  on  the  drum 
sizes  from  the  Brake  Drum  Record  to  determine  whether  any  are  over 
threshold.  Those  that  are  over  threshold  are  flagged  on  the  report. 

The  print  option  governs  whether  or  not  a vehicle  is  displayed 
on  the  Brake  Status  Report.  If  the  option  code  is  blank,  all  vehicles 
are  printed.  If  the  code  is  a one  (l),  only  those  vehicles  with 
mileage  over  threshold  are  displayed. 

The  program  terminates  when  all  vehicles  have  been  processed. 

7.IO.U  Error  Messages 

During  program  execution,  several  errors  may  occur  that  result  in 
termination  of  execution.  An  appropriate  error  message  is  printed 
before  termination  that  identifies  the  problem.  The  possible  messages 
are: 

(a)  RPO56-O3IO  - NO  DATE  RECORD  FOUND  IN  DATE  FILE 

This  message  is  printed  when  a date  request  card  for 
RPO56  was  not  found  in  the  Request  Date  File. 

(b)  RPO56-O3OO  - INVALID  DATA  FIELD  OR  RECORD  FOUND  IN  DATE- 
RECORD 

A non-numeric  date  was  found  in  the  Request  Date  File 
for  program  RPO56. 
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(c)  RPO56-OIOO  - VEHICLE  MASTER  FILE  OUT  OF  SEQUENCE 


This  message  is  printed  when  the  Vehicle  Master  File 
is  found  to  be  out  of  sort  sequence.  A return  code 
of  eight  (8)  is  generated  that  cancels  further  system 
processing. 
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7.11  RPC}57  - Monthly  Tire  Mileage  Processor 


The  Monthly  Tire  Mileage  Processor  program  CRP057 ) is  designed 
to  produce  a file  of  daily  vehicle  mileages  for  a onennonth  period. 
For  each  vehicle  on  the  SIMS  Vehicle  Master  File,  one  record  is  writ- 
ten for  each  day  on  which  vehicle  mileage  was  recorded.  The  Monthly 
Tire  Mileage  File  is  read  hy  the  Tire  Mileage  Report  Generator, 
PRTMIL,  which  prints  and  punches  the  mileage  data. 

This  program  was  designed  to  he  run  on  a monthly  basis. 

7.11.1  System  Interfaces 

Figure  7.11-1  is  a program  flowchart.  Input  to  RP057  consists 
of  two  files  passed  from  previous  job  steps.  These  files  are: 

(a)  the  Request  Date  File,  CN1510. SRV.S .DATE,  created  through 
the  execution  of  the  IBM  utility  program  lEBGENER;  and 

(b)  the  Vehicle  Master  File,  CN1510. SRV.M. VEHICLE  ( ),  updated 
through  the  execution  of  the  Vehicle  Master  Tire  Edit/Up- 
date program  DG700. 

Program  output  consists  of  the  Monthly  Tire  Mileage  File, 

CN1510. SRV.M. MILECARD.  This  file  is  read  by  program  PRTMIL,  the  Tire 
Mileage  Report  Generator.  No  printed  reports  are  produced  by  program 

RP057. 

7.11.2  Program  Files 

No  internal  files  are  used  by  program  RP057. 
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FIGURE  7.11-1 

RP057  PROGRAM  FLOWCHART 
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7.11.3  Processing  Functions 

The  Request  Date  File  is  read  to  determine  the  month  for  which 
the  program  is  to  be  executed. 

RP057  interrogates  each  Daily  Mileage  (2^+)  record  from  the 
Vehicle  Master  File.  If  the  record  date  is  for  the  month  requested, 
an  extracted  record  is  written  to  the  Monthly  Tire  Mileage  File. 

The  extracted  record  contains  the  date,  vehicle  number,  daily  mileage, 
and  mileage  sign.  The  mileage  sign  is  defined  as  a space  for  positive 
mileage,  and  a minus  sign,  for  negative.  If  more  than  one  2h 

record  is  found  for  a date  for  a vehicle,  the  2h  records  are  summed 
to  produce  one  extract  record. 

Program  termination  occurs  when  all  Daily  Mileage  (2h)  records 
have  been  processed. 

7.11.^  Error  Messages 

If  a date  card  is  not  found  on  the  Request  Date  File  for  program 
RP057>  an  error  occurs.  The  following  message  is  printed  and  execution 
terminates : 

'RPO57-O3OO  - DATE  CARD  NOT  FOUND' 

If  a date  card  is  found  but  the  date  field  is  not  nmeric,  the  following 
message  is  printed  and  execution  terminates: 

'RPO57-O3IO  - NON-NUMERIC  DATE  REQUEST'. 
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7 .12  RP0^8  - Units  Changed  Report  Generator 


The  Units  Changed  Report  Generator  program  CRP058)  is  designed 
to  assist  maintenance  management  to  monitor  work  performed.  The  user 
selects  the  types  of  work  for  which  records  are  maintained.  Depending 
on  this  selection,  RP058  generates  up  to  four  monthly  reports.  These 
reports  are: 

(a)  Inspection  Done:  This  report  displays,  by  inspection 

schedule,  the  details  of  each  inspection  performed.  Accu- 
mulated vehicle  mileage  and  mileage  since  the  previous  in- 
spection are  included.  The  average  service  miles  between 
inspections  is  also  displayed.  The  format  of  the  report  is 
illustrated  in  Figure  7.12-1. 

(b)  Units  Changed:  This  report  is  generated  for  each  type  of 

\init  changed  during  the  month.  Details  of  each  job  performed 
are  displayed,  including  the  accumulated  mileage  of  the  vehicle 
and  the  service  miles  of  the  unit.  The  average  service  miles 
of  the  unit  is  also  displayed.  The  format  of  the  report  is 
illustrated  in  Figure  7.12-2. 

(c)  Re-ring/Overhaul  Jobs:  This  report  lists  all  engine  re-ring 

and  overhaul  jobs  performed  during  the  month.  Accumulated 
mileage  of  the  vehicle  and  service  miles  since  the  last  re-ring 
or  overhaul  job  are  included.  The  format  of  the  report  is 
illustrated  in  Figure  7.12-3. 

(d)  Brake  Jobs  Done:  This  report  lists  all  brake  reline  jobs 

performed  during  the  month.  Each  job  is  described  in  terms 
of  the  wheels  on  which  the  work  was  performed,  and  the  lining 
material  is  identified.  Accumulated  mileage  of  the  vehicle 
and  service  miles  since  the  last  complete  reline  job  are  in- 
cluded. The  format  of  the  report  is  illustrated  in  Figure 

7.12-U. 
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FIGURE  7.12-1 

FORMAT  OF  UNITS  CHANGED  REPORT 
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FIGURE  7.12-3 

FORMAT  OF  RERIN6/0VERHAUL  JOBS  REPORT 
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FIGURE  7.12-4 

FORMAT  OF  BRAKE  JOBS  DONE  REPORT 


7.12.1  System  Interfaces 

Figure  7.12-5  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  three  data  sets,  available  from  prior  job  steps. 

These  data  sets  are: 

(a)  the  Request  Date  File  (CNI5IO.SRV.S.DATE) , created  through 
the  execution  of  the  IBM  utility  program  lEBGENER; 

(b)  the  Unit  Name  File  (CNI5IO.SRV.S.UTNAME) , maintained  by 
the  Data  Acceptance  program  DA600;  and 

(c)  the  Transaction  Master  File  (CNI5IO.SRV.M.TRANTAPE) , updated 
through  the  execution  of  Transaction  Master  File  Update 
program  DT200., 

Program  output  consists  of  print  files  that  do  not  interface 
with  any  other  program. 

7.12.2  Program  Files 

Dioring  program  execution,  a file  is  created  and  used  within  the 
program.  This  file.  Units  Changed  Report  File,  is  described  in  File 
and  Record  Specification  sheets  (Tables  7.12-1  thru  7.12-6). 

7.12-3  Processing  Functions 

As  illustrated  in  the  flowchart  (Figure  7.12-5) » the  input  data 
sets  are  read.  The  date  file  provides  report  control  and  the  date  for 
which  the  report  is  requested.  Iftiit  Names  and  Group-Unit  Codes  are 
arranged  in  a table  in  program  working  storage.  The  Units  Changed 
Report  records  (O-TRH-INSP,  0-TRH-UNIT-CHANGED,  O-TRH-RR-OVH , 0-TRH-BRAKE) 
ane  created  from  the  Transaction  History  File  records. 
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TABLE  7.12-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Units  Chaxiged  Report  File 
FD  NAME;  0-TRANS-FILE 
DATA  SET  NAME:  &OSORT 

NUMBER  OF  RECORD  FORMATS:  5 RECORD  SIZE;  k2  Characters 

FILE  ORGANIZATION : Records  are  sequenced  by:  Sort  Code 

Unit  Identification 
Bus  Number 

Transaction  Date 


RECORD  FORMATS 


FORMAT  CODE  RECORD  NAME 


MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 


29 

Inspection  Record 

U 

31 

Unit  Changed  Record 

U 

1+0 

Rerinff/Overhaul  Record 

U 

50 

Brake  Job  Record 

U 

50 

Partial  Brake  Job  Record 

u 

0 

0 

0 

0 

0 
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TABLE  7-12-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Inspection  Record 
FILE  NAME;  Units  Changed  Report  File 
COBOL  NAME  OF  RECORD : 0-TRH- INSP 


RECORD  FORMAT  CODE;  29 


RECORD  LENGTH;  h2  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

2 

99 

SORT-CODE 

3 

2 

99 

UNIT-1 

5 

2 

99 

UNIT-2 

7 

u 

9999 

BUS-NO 

11 

2 

99 

TRANS- YR 

13 

2 

99 

TRANS-MO 

15 

2 

99 

TRANS -DAY 

17 

2 

99 

FMT-CODE 

19 

1 

9 

MODIFIER 

20 

7 

S9(7) 

ACC-MILES-INSP 

27 

6 

S9(6) 

SRV-MILES-INSP 

33 

2 

99 

INSP-SCHED 

35 

2 

99 

INSP-STEP 

37 

6 

x(6) 

FILLER 

TOTAL 

h2 

Sort  Code 

Inspection  Schedule 
Value  Zeros 
Vehicle  Number 
Transaction  Year 
Transaction  Month 
Transaction  Day 
Record  Format  Code 
Modifier  Code  Value  Zero 
Accumulated  Miles 
Service  Miles 
Inspection  Schedule 
Inspection  Step 
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TABLE  7,12-3 
RECORD  SPECIFICATION 


RECORD  NAME;  Units  Changed  Record 


FILE  NAME;  Units  Changed  Report  File 
COBOL  NAME  OF  RECORD;  0-TRH-UNIT- CHANGED 


RECORD  FORMAT  CODE;  31 


RECORD  LENGTH;  h2  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

99 

SORT-CODE 

Sort-Code 

3 

2 

99 

UNIT-1 

Group-Number 

5 

2 

99 

UNIT-2 

Unit-Number 

7 

9999 

BUS -NO 

Vehicle  Number 

11 

2 

99 

TRANS -YR 

Transaction  Year 

13 

2 

99 

TRANS-MO 

Transaction  Month 

15 

2 

99 

TRANS-DAY 

Transaction  Day 

17 

2 

99 

FMT-CODE 

Record  Format  Code 

19 

2 

99 

MODIFIER 

Modifier  Code  Value  Zero 

20 

7 

S9(7) 

ACC-MELES-UNIT 

Accumulated  Miles 

27 

6 

39(6) 

SRV-MELES-UNIT 

Service  Miles 

33 

10 

X(10) 

FILLER 

TOTAL  h2 
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TABLE  T.12-U 
RECORD  SPECIFICATION 


RECORD  NAME;  Rering /Overhaul  Record 
FILE  NAME;  Units  Changed  Report  File 
COBOL  NAME  OF  RECORD;  O-TRH-RR-OVH 
RECORD  FORMAT  CODE:  I4O 

RECORD  LENGTH:  h2  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORI'IAT 

COBOL  FIELD  NAME 

1 

2 

99 

SORT- CODE 

3 

2 

99 

UNIT-1 

5 

2 

99 

UNIT-2 

7 

1+ 

9999 

BUS-NO 

11 

2 

99 

TRANS-MO 

13 

2 

99 

TRANS-MO 

15 

2 

99 

TRANS-DAY 

17 

2 

99 

FMT-CODE 

19 

1 

9 

MODIFIER 

20 

7 

S9(7) 

ACC-MILES-RROH 

27 

6 

S9(6) 

SUC-MILES-RROH 

33 

3 

X(3) 

TYPE-RROH 

36 

7 

X(7) 

FILLER 

TOTAL  1+2 


FIELD  DESCRIPTION 

Sort  Code 
Value  Zeros 
Value  Zeros 
Vehicle  Number 
Transaction  Year 
Transaction  Month 
Transaction  Day 
Format  Code 
Modifier  Value  Zero 
Accumulated  Miles 
Service  Miles 
Type  of  Engine  Job 
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TABLE  7.12-5 


RECORD  SPECIFICATION 


RECORD  NAME;  Brake  Job  Record 


FILE  NAME;  Units  Changed  Report  File 
COBOL  NAME  OF  RECORD;  0-TRH-BRAKE 


RECORD  FORMAT  CODE:  50 


RECORD  LENGTH;  42  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

99 

SORT-CODE 

Sort-Code 

3 

2 

99 

UNIT-1 

Value  Zeros 

5 

2 

99 

UNIT-2 

Value  Zeros 

7 

4 

9999 

BUS-NO 

Vehicle  Number 

11 

2 

99 

TRANS- YR 

Transaction  Year 

13 

2 

99 

TRANS-MO 

Transaction  Month 

15 

2 

99 

TRANS-DAY 

Transaction  Day 

17 

2 

99 

FMT-CODE 

Record  Format  Code 

19 

1 

9 

MODIFIER 

Modifier  Code  Value  Zero 

20 

7 

S9(7) 

ACC-MILES-BRK 

Accumulated  Miles 

27 

6 

S9(6) 

SUC-MILES-BRK 

Service  Miles 

33 

5 

X(5) 

TYPE-BRK 

Type  Brake  Job 

38 

4 

X(4) 

LINING-CODE 

Lining  Code 

42 

1 

X 

FILLER 

TOTAL 

42 
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TABLE  7.12-6 


RECORD  SPECIFICATION 


RECORD  NAME:  Partial  Brake  Job  Record 

FILE  NAME;  Units  Changed  Report  File 
COBOL  NAME  OF  RECORD;  0-TRH-BRAKE-PARTIAL 
RECORD  FORMAT  CODE;  50 
RECORD  LENGTH;  k2  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME 


1 

2 

99 

3 

2 

99 

5 

2 

99 

7 

h 

9999 

11 

2 

99 

13 

2 

99 

15 

2 

99 

17 

2 

99 

19 

1 

9 

20 

7 

S9(7) 

27 

6 

X(6) 

33 

5 

X(5) 

38 

X(5) 

TOTAL 

1+2 

SORT- CODE 

UNIT-1 

UNIT-2 

BUS-NO 

TRANS- YR 

TRANS -MO 

TRANS-DAY 

FMT-CODE 

MODIFIER 

PARTIAL-ACC-MILES- 

BRK 

FILLER 

PARTIAL-TYPE-BRK 

FILLER 


FIELD  DESCRIPTION 

Sort  Code 
Value  Zeros 
Value  Zeros 
Vehicle  Number 
Transaction  Year 
Transaction  Month 
Transaction  Day 
Format  Code 
Modifier  Code  Value  1 
AccumilLated  Miles 


Type  Brake  Job 
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Report  Records  are  created  from  input  file  records  within  the 
report  period: 

(a)  Each  Inspection  record  and  Unit  Change  record  is  refor- 
matted. 

(h)  Engine  Rering  and  Engine  Overhaul  records  are  used  to 
create  one  Rering/Overhaul  report  record. 

(c)  Brake  Mileage  and  Brake  Drum  records  are  used  to 
produce  one  Brake  Job  report  record. 

(d)  Sort  codes  are  generated  depending  on  the  type  of 
record  being  processed. 

After  the  report  records  are  created,  they  are  released,  via  the 
internal  COBOL  sort.  The  records  are  sorted  in  the  following  sequence 

(a)  Sort  Code, 

(b)  Group-Unit  Code  (Unit  Change  records  only), 

(c)  Bus  Number,  and 

(d)  Transaction  date. 

The  average  service  mileage  is  computed  for  each  Inspection 
Schedule,  and  for  each  Unit  Changed  during  the  month.  Unit  Name  is 
provided  for  each  unit  changed.  The  reports  are  printed. 

7.12.4  Error  Messages 

If  an  error  is  detected,  the  appropriate  message  is  printed.  The 
error  messages  are: 

(a)  'RP058  - 0100  - NO  DATE  RECORD  FOUND' 

This  message  is  printed  if  no  date  card  is  found.  The 
program  is  terminated. 

(b)  'RP058  - 0200  - DATE  RECORD  IS  NOT  NUMERIC 

This  message  is  printed  if  the  date  card  contains  non- 
numeric characters.  The  program  is  terminated. 
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7.13  RPQ59  - Unit  Change  Status  Report  Generator 


The  Unit  Change  Status  Report  Generator  (RPo59)  is  designed  to 
produce  the  Unit  Change  Status  Report  (see  Figure  T.13-1).  This 
report  enables  the  maintenance  manager  to  monitor  the  status  of 
major  units  on  each  vehicle  and  to  schedule  maintenance  of  these 
units . 

7.13.1  System  Interfaces 

Figure  7.13-2  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  two  data  sets,  available  from  prior  job  steps. 

These  data  sets  are:  . 

(a)  the  Request  Date  File  (CN1510.SRV.S.DATE) , created  through 
the  execution  of  the  IBM  utility  program  lEBGENER;  and 

(b)  the  Vehicle  Master  File  (CN1510 .SRV.M. VEHICLE) , updated 
through  the  execution  of  the  Edit/Update  program  DG700. 

Program  output  consists  of  print  files  that  do  not  interface 
with  any  other  program. 

7.13.2  Program  Files 

During  program  execution,  a file  is  created  and  used  within  the 
program.  This  file  is  described  in  File  and  Record  Specification 
sheets.  Tables  7.13-1  through  7.13-3. 

7.13.3  Processing  Functions 

As  illustrated  in  Figure  7.13-2,  the  input  data  sets  are  read. 
The  date  file  provides  report  control  and  the  date  for  which  the 
report  is  requested. 
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FIGURE  7.13-1 

FORMAT  OF  UNIT  CHANGE  STATUS  REPORT 


FIGURE  7.13-2 

RP059  PROGRAM  FLOWCHART 


^ UNIT  CHANGE 
^ STATUS  REPORT 
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TABLE  7.13-1 


PROGRAM  FILE  SPECIFICATION 

FILE  NAME;  Unit  Report  File 
FD  NAME;  REPORT-FILE 
DATA  SET  NAME:  &REPORT 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE;  62  Characters  (RP059A) 

110  Characters  (RP059B) 

FILE  ORGANIZATION:  Records  are  sequenced  by:  Division 


RECORD  FORMATS 

Vehicle  Number 

RECORD  NAME 

MAX.  NO.  MIN.  NO. 

PER  BUS  PER  BUS 

Unit  Report  Record 

1 1 
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TABLE  7.13-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Unit  Report  Record 
FILE  NAME;  Unit  Report  File  (RP059A) 
COBOL  NAME  OF  RECORD:  REPT-DATA 

RECORD  LENGTH;  62  Characters 


FIELD  FIELD 


POS. 

LENG 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

99 

US-DIV-NO 

Division  Number 

3 

h 

9999 

WS-BUS-NO 

Vehicle  Number 

7 

7 

S9(7) 

WS-ACC-MILES 

Accumulated  Miles 
Service  Miles  of: 

1I+ 

3 

999 

WS-DIFF 

Differential 

17 

3 

999 

WS-FT-LIN 

Front  Brake  Lining 

20 

3 

999 

WS-RR-LIN 

Rear  Brake  Lining 

23 

3 

999 

WS-CLUTCH 

Clutch 

26 

3 

999 

WS-STARTER 

Starter 

29 

3 

999 

WS-GEN 

Generator 

32 

3 

999 

NS-BLOWER 

Blower 

35 

3 

999 

WS-OH-SEMI 

Overhaul  Semi 

38 

3 

999 

WS-OH-MAJOR 

Overhaul  Major 

Ul 

3 

999 

WS-TRANS 

Transmission 

UU 

3 

999 

WS-AIR-COMP 

Air  Compressor 

U7 

3 

999 

WS-DIA-FRT 

Diaphragm  Front 

50 

3 

999 

WS-RR-SIN 

Diaphragm  Rear  Single 

53 

3 

999 

WS-RR-DBLE 

Diaphragm  Rear  Double 

56 

3 

999 

WS-APPL-VAL 

Brake  Application  Valve 

59 

3 

999 

WS-RL-VAL 

Brake  Relay  Valve 

62 

1 

X 

p'HjTjEr 

TOTAL  62 
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TABLE  7.13-3 


RECORD  SPECIFICATION 


RECORD  NAME:  Unit  Report  Record 

FILE  NAME:  Unit  Report  File  (RP059B) 

COBOL  NAME  OF  RECORD:  REPT-DATA 

RECORD  LENGTH;  110  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

99 

WS-DIV-NO 

Division  number 

3 

4 

9(4) 

WS-BUS-NO 

Vehicle  nmber 

7 

7 

S9(7) 

WS-ACC-MILES 

Accumulated  miles 
Service  Miles  and 
Job  Month  Designator 

Ik 

1 

X 

FILLER 

15 

4 

9999 

WS-DIFF 

Differential 

19 

2 

XX 

WS-DIFF-MY 

21 

4 

9999 

WS-FT-LIN 

Front  Brake  Lining 

25 

2 

XX 

WS-FT-LIN-MY 

27 

4 

9999 

WS-RR-LIN 

Rear  Brake  Lining 

31 

2 

XX 

WS-RR-LIN-MY 

33 

4 

9999 

WS-CLUTCH 

Clutch 

37 

2 

XX 

WS-CLUTCH-MY 

39 

4 

9999 

WS-STARTER 

Starter 

U3 

2 

XX 

WS-STARTER-MY 

45 

4 

9999 

WS-GEN 

Generator 

49 

2 

XX 

WS-GEN-MY 

51 

4 

9999 

WS-BLOWER 

Blower 

55 

2 

XX 

WS-BLOWER-MY 

57 

4 

9999 

WS-OH-SEMI 

Overhaul  Semi 

6l 

2 

XX 

WS-OH-SEMI-MY 

63 

4 

9999 

WS-OH-MAJOR 

Overhaiil  Major 

67 

2 

XX 

WShOH-MAJOR-MY 

69 

4 

9999 

WS-TRANS 

Transmission 

73 

2 

XX 

WS-TRANS-MY 

75 

4 

9999 

WS-AIR-COMP 

Air  Compressor 

79 

2 

XX 

WS-AIR-COMP-MY 

8l 

4 

9999 

WS-DIA-FRT 

Diaphragm  Front 

85 

2 

XX 

WS-DIA-FRT-MY 

87 

4 

9999 

WS-RR-SIN 

Diaphragm  Rear  Single 

91 

2 

XX 

WS-RR-SIN-MY 
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TABLE  7.13-3  (Concluded) 


RECORD  SPECIFICATION 


FIELD 

POS. 

FIELD 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

93 

k 

9999 

WS-RR-DBLE 

Diaphragm  Rear  Double 

97 

2 

XX 

WS-RR-DBLE-MY 

99 

k 

9999 

WS-APPL-VAL 

Brake  Application  Valve 

103 

2 

XX 

WS-APPL-VAL-MY 

105 

U 

999 

WS-RL-VAL 

Brake  Relay  Valve 

109 

2 

XX 

WS-RL-VAL-MY 

TOTAL 

110 
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The  Vehicle  Master  File  provides  report  information: 

(a)  The  division  to  which  the  vehicle  is  assigned  ( I-ASSIGNMENT ) 
is  identified  and  stored  for  use  in  sorting  the  report  record 

(b)  For  each  unit  record.  Accumulated  Miles  at  Change  (l-UNIT- 
CHG-MILES)  is  subtracted  from  the  accumulated  mileeige 

of  the  vehicle  (I-MILES-PID)  to  determine  service  miles  of 
the  unit.  The  result  is  divided  by  1,000  to  express  service 
miles  to  the  degree  of  precision  required  for  the  report. 

(c)  The  month  and  year  in  which  the  unit  was  installed  on  the 
vehicle.  This  information  is  converted  to  a two-character 
date  indicator.  This  indicator  consists  of  a letter  (A 
thru  M,  excluding  I)  that  represents  the  month  during  the 
year  when  the  unit  change  was  performed  and  of  the  last  digit 
of  that  year. 

This  procedure  is  followed  for  all  Unit  Changed  records,  and  for 
Engine  Rering  and  Engine  Overhaul  records  if  such  records  are  on  file. 

The  report  records  created  are  sorted  in  the  sequence  shown  below 
and  the  report  is  printed.  Sort  sequence  is  by  division  eind  vehicle 
number. 


7.13.^  Error  Message 

If  the  program  is  executed  without  a date  card,  an  error  message 
is  printed.  The  error  message  is: 

'RP059-0310  - NO  DATE  RECORD  FOUND  IN  DATE  FILE' 

If  a date  record  is  found  but  the  date  is  non-numeric,  the  following 
message  is  printed: 

'RP059-0320  - DATE  REQUEST  NOT  NUMERIC 
In  either  case,  program  execution  is  terminated. 
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7.14  RPQ62  - Constants  Files  Listings  Generator 

The  Constants  Files  Listings  Generator  program,  RP062,  is  de- 
signed to  provide  a capability  to  review  the  contents  of  the  four 
system  constants  files.  The  one  program  generates  a separate  listing 
of  the  records  in  each  file.  The  records  are  reformatted  for  the 
purpose  of  printing.  This  facilitates  the  use  and  interpretation 
of  the  listings,  which  are: 

(a)  Fleet  Constants  File  (Figure  7.14-1); 

(b)  Unit  Name  File  (Figure  7.14-2); 

(c)  Daily  Constants  File  (Figure  7.14-3);  and 

(d)  Unit  Threshold  Values  (Figure  7.14-4) 

7.14.1  System  Interfaces 

Figure  7.14-5  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  the  four  system  constants  files,  all  of  which 
are  maintained  by  the  Data  Acceptance  program,  DA600.  These  data 
sets  are: 

(a)  the  Fleet  Constants  File,  CN1510.SRV.S.FLTC0N. 

(b)  the  Unit  Name  File,  CN1510.SRV.S.UTNAME. 

(c)  the  Daily  Constants  File,  CN1510.SRV. S.DLYCON. 

(d)  the  Unit  Threshold  File,  CN1510.SRV.S.UTTHRS. 

Program  output  consists  of  print  files  that  do  not  interface 

with  any  other  program. 
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FIGURE  7.14  1 

FORMAT  OF  FLEET  CONSTANTS  FILE  LISTING 
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FIGURE  7.1« 

FORMAT  OF  UNIT  NAME  FILE  LISTING 
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END-OF-RE  PORI  FIGURE  7.14-3 

FORMAT  OF  DAILY  CONSTANTS  FILE  LISTING 


LS-rRANSIT-NAME 

UNIT  THRESHOLD  VALUES  HO/OA/YR 

( THOUSAND  MILES)  PACE  1119 

BY  FLEET 


t ff>  o 

I (M  O' 
I fM  « 
$ rg  K 


I X K X K K 
I X K X X K 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X K 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


K X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
i X X X X X 
( X X X X X 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


iA  ^ 

»A  <M 
(A  ^ 
lA  o 
•r  O' 

lA 
■T  <A 

AJ 

>»•  o 

lA  ^ 
fA  * 


X X X X X 
X X X X X 
X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


I X X X X X 
) X X X X X 
t X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X X 
X X X X X 


A O 
rg  O' 
rg  o 


I X X X X X 
t X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


rg  O 

^ O' 
•4  33 


I K X X X X 
I X X X X X 
I X X X X X 


I X X X X X 
I X X X X X 
I X X X X X 


X X X X X 
X X X X X 
X X X X X 


X X X X X 
X X X X X 
X X X X X 


X I X X X X X 

X I X X X X X 

I X X X X X 
*D  » 

Z I 

1 X X X X X 
I X X X X X 
» I I I I I I 

z I X X X X X 

o I X X X X X 


X X X X X 
X X X X X 
X X X X X 


7-139 


FIGURE  7.14-4 

FORMAT  OF  UNIT  THRESHOLD  VALUES  LISTING 
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7.14.2  Program  Files 


RP062  creates  no  internal  file  during  execution. 

7.14.3  Processing  Functions 

As  illustrated  in  the  program  flowchart,  each  system  constants 
file  is  read  in  turn  and  the  formatted  listing  generated  in  accord 
with  the  report  definition. 

7.14.4  Error  Messages 

No  error  messages  are  generated  by  this  program. 
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7. 15  RP064  - Coach  History  Report  Generator 


The  Coach  History  Report  Generator  program  (RP064)  is  designed 
to  produce  an  on-demand  report.  This  report  provides  management  with 
the  capability  to  review  the  maintenance  history  of  individual 
coaches.  The  history  consists  of  vehicle  inspections  and  unit 
changes  performed.  Unit  changes  are  defined  to  include  engine  re- 
rings, engine  overhauls,  and  brake  reline  jobs. 

The  report  displays  information  as  specified  by  the  user  through 
request  cards.  The  number  of  request  cards,  used  to  specify  the 
request  is  unlimited.  Through  these  cards  the  user  specifies  the 
coaches  for  which  the  report  is  to  be  generated  and  the  types  of 
records  to  be  displayed.  Coach  options  are: 

(a)  One  or  more  individual  coaches, 

(b)  One  or  more  series  of  coaches,  and 

(c)  All  coaches. 

Within  the  latter  two  options,  the  user  may  limit  the  request  to 
coaches  assigned  to  one  or  more  divisions,  up  to  a maximvim  of  20 
divisions.  Record  type  options  are: 

(a)  Vehicle  inspection  records  only, 

(b)  Unit  change  records  only,  and 

(c)  Vehicle  inspection  and  unit  change  records. 

The  report  (see  Figure  7.15-1)  contains  a separate  section  for 
each  coach  specified  in  the  request.  Inspections,  if  requested,  are 
displayed  first  and  then  unit  change  jobs,  by  group-imlt  code  in 
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FIGURE  7.15-1 

FORMAT  OF  COACH  HISTORY  BY  UNIT  REPORT 


ascending  order.  Within  each  class  of  job,  the  information  is  dis- 
played in  chronological  order . 

The  detail  displayed  on  each  line  consists  of  the  identification 
of  the  job  performed,  the  date  of  the  job,  the  accumulated  miles 
traveled  by  the  coach  at  that  time,  and  the  mileage  traveled  since 
the  last  job  of  the  same  nature. 

7.15.1  System  Interfaces 

Figure  7.15-2  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  the  Vehicle  Request  Card  File  and  of  five  data 
sets,  available  from  prior  job  steps.  These  data  sets  are: 

(a)  the  Request  Date  File,  CN1510.SRV.S.DATE,  created 
through  the  execution  of  IBM  utility  program, 
lEBGENER; 

(b)  the  Vehicle  Master  File,  CN1510.SRV.M.VEHICLE(  ), 
updated  by  the  Vehicle  Master  File  Edit/Update 
program,  DG700; 

(c)  the  Daily  Constants  File,  CN1510. SRV. S .DLYCON, 
maintained  by  the  Data  Acceptance  program, 

DA600; 

(d)  the  Unit  Name  File,  CN1510.SRV.S.UTNAME,  maintained 
by  the  Data  Acceptance  program,  DA600;  and 

(e)  the  Transaction  Master  File,  CN1510.SRV.M.TRANTAPE 

( ),  updated  by  the  Transaction  Master  File  Update 

program,  DT200. 

Program  output  consists  of  a print  file  that  does  not 
interface  with  any  other  program. 
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7.15.2  Program  Files 


During  program  execution,  one  file  Is  created.  This  file, 
REPT-FILE,  Is  used  for  data  manipulation  and  sorting.  The  file  Is 
described  In  file  and  record  specifications  (Tables  7.15-1  and 
7.15-2. 


7.15.3  Processing  Functions 

As  Illustrated  In  the  flowchart  (Figure  7.15-2),  the  Request 
Date  File  and  the  vehicle  request  cards  are  read  to  determine  report 
requirements.  The  Information  defining  these  requirements  Is  placed 
In  working  storage.  The  Vehicle  Master  File  Is  read  to  obtain  the 
division  assignments  of  all  the  coaches  on  file.  The  division  as- 
signments are  placed  In  working  storage. 

The  Transaction  Master  File  Is  read  and  sort  records  created 
In  accord  with  the  report  requirements  specified  by  the  user  In 
the  vehicle  request  cards.  The  basic  functions  performed  are: 

(a)  Bus  number,  group-unit  code,  job  date,  accumulated 
miles,  service  miles,  and  job  reason  code  are  moved 
to  the  sort  record. 

(b)  The  appropriate  division  number  Is  moved  to  the 
sort  record. 

Additional  functions  perfomed  when  specific  types  of  records 
are  read  In  from  the  Transaction  Master  File  are: 

(a)  Inspection  records:  The  group-unit  code  field  Is  zero 

filled  and  the  Inspection  schedule-step  code  Is  moved 
to  the  brake  lining  code  field.  After  the  records  are 
sorted,  the  Inspection  schedule-step  code  Is  moved  to 
the  group-unit  code  field  prior  to  printing. 
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TABLE  7.15-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Coach  History  Report  File 
FD  NAME;  REPT-FILE 
DATA  SET  NAME;  &REPORT 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  LENGTH:  56  Characters 

FILE  ORGANIZATION;  Records  are  sequenced  by:  Division  Number 

Bus  Number 

Special  Sort  Date 
Group-unit  Code  (A) 
Record  Format  Code 
Job  Date 


MIN.  NO. 
PER  BUS 


0 


RECORD  FORMATS 

FORMAT  MAX.  NO 

CODE  RECORD  NAME  PER  BUS 

Coach  History  Report  Record  U 


Note:  (A)  Group-unit  code  has  a value  of  zeros  in  inspection  records. 
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TABLE  7.15-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Coach  History  Report  Record 


FILE  NAME:  Coach  History  Report  File 

COBOL  NAME  OF  RECORD;  REPT-RECl 
RECORD  LENGTH;  56  Characters 


FIELD  FIELD 


POS. 

LENG. 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

1 

2 

XX 

SR-DIV-NO 

Division  number 

3 

4 

X(4) 

SR-BUS-NO 

Coach  number 

7 

6 

X(6) 

SS-DATE 

Special  sort  date 

13 

2 

XX 

SR-GRP-NO 

Vehicle  group  code 

15 

2 

XX 

SR-UNT-CODE 

Unit  code 

17 

1 

X 

SR-GU-SEQ 

Group-unit  record 

sequence  code 

18 

2 

XX 

SR-FOR-NOl 

Record  format  code 

20 

6 

X(6) 

SR- JOB-DATE 

Job  date 

26 

7 

S9(7) 

SR-ACC-MILES 

Accumulated  vehicle 

miles 

33 

7 

S9(7) 

SR-SER-MILES 

Service  miles 

40 

1 

X 

SR-REA-CODE 

Reason  code 

Brake  drum  size- 

41 

3 

XXX 

SR-RF-DRUM 

- right  front 

44 

3 

XXX 

SR-LF-DRUM 

- left  front 

47 

3 

XXX 

SR-RR-DRUM 

right  rear 

50 

3 

XXX 

SR-LR-DRUM 

left  rear 

53 

4 

x(4) 

SR-LIN-CODE 

Brake  lining  code 

TOTAL 

56 
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(b)  Engine  re-ring  records:  The  transaction  record  does  not 

contain  a group-unit  code;  the  special  value  '0898' 

is  moved  to  that  field  in  the  sort  record. 

(c)  Engine  overhaul  records:  The  transaction  record  does 

not  contain  a group-unit  code;  the  special  value  '0899' 
is  moved  to  that  field  in  the  sort  record. 

(d)  Brake  mileage  records:  The  trsinsaction  record  does 

not  contain  a group-unit  code;  the  special  value  '0499' 
is  moved  to  that  field  in  the  sort  record.  Job  date  is 
moved  to  the  special  sort  date  field  in  the  sort  record. 
Brake  lining  code  is  also  moved  to  the  sort  record. 

(e)  Brake  drum  records:  The  transaction  record  does  not 

contain  a group-unit  code;  the  special  value  '0499' 
is  moved  to  that  field  in  the  sort  record.  Brake 
drum  sizes  are  also  moved  to  the  sort  record. 

When  the  sort  record  has  been  created,  it  is  released  to  the 
internal  sort  routine.  The  records  are  sorted  in  the  following 


sequence: 

(a)  Division  number, 

(b)  Bus  number, 

(c)  Special  sort  date, 

(d)  Group-unit  code, 

(e)  Record  format  code,  and 

(f)  Job  date. 

The  sorted  records  are  output  to  the  report  file  and  the  report 
is  generated. 


7-IU9 


7.15.4  Error  Messages 


If  an  error  is  detected,  the  appropriate  message  is  generated. 
Error  messages  are; 

(a)  RP064— 0310  - NO  DATE  RECORD  FOUND  IN  DATE  FILE 

This  message  is  printed  if  the  program  is  executed 
without  a date  request  card.  Program  execution  is 
terminated. 

(b)  RP064--0300  - INVALID  RECORD  FOUND  IN  DATE  FILE 

This  message  is  printed  if  the  date  card  contains 
a non-numeric  date.  Program  execution  is  terminated. 

(c)  NO  VALID  NAME  ON  FILE 

This  message  is  printed  in  lieu  of  the  unit  name  if 
it  is  not  on  file.  Program  execution  is  not  terminated. 

(d)  BUS  NUMBER  OUT  OF  SEQUENCE,  REQUEST  CARD  BYPASSED 

This  message  is  printed  if  a vehicle  request  card 

is  out  of  sequence.  Program  execution  is  not  terminated. 

7.15.5  Remarks 


The  vehicle  request  cards  must  be  submitted  in  increasing  order  by 
vehicle  number.  Cards  out  of  sequence  are  bypassed. 
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7 . 16  RP066  - Inspection  Planning  Report  Generator 


The  Inspection  Planning  Report  Generator  program,  RP066,  is 
designed  to  provide  management  with  information  that  will  assit 
in  the  scheduling  and  control  of  coach  inspections.  Execution  of 
the  program  is  normally  requested  weekly,  at  the  beginning  of  the 
week. 

The  two  basic  functions  performed  are: 

(a)  the  prediction  of  the  number  of  days  before  the 
next  inspection  is  due  for  all  active  coaches. 

(b)  the  generation  o‘f  a report  to  display  to  manage- 
ment information  for  those  coaches  with  an  in- 
spection due  in  the  next  14  days. 

The  report  contains  a separate  section  for  each  division. 

In  each  report  section  (see  Figure  7.16-1),  reported  data  are  arranged 
in  terms  of  the  number  of  days,  in  ascending  order,  before  the  next 
inspection  is  due.  The  information  displayed  consists  of  the  coach 
number,  the  estimated  number  of  days  before  the  next  inspection  is 
due,  the  schedule-step  code  and  type  of  inspection  due,  the  mileage 
traveled  since  the  last  inspection,  and  the  estimated  number  of  miles 
since  inspection  that  the  coach  will  have  traveled  in  another  14 
days  if  no  action  is  taken. 

7.16.1  System  Interfaces 

Figure  7.16-2  is  a program  flowchart.  As  illustrated,  the 
program  reads  three  data  sets,  available  from  prior  job  steps. 
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FIGURE  7.16-1 

FORMAT  OF  INSPECTION  PLANNING  REPORT 
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These  are: 

(a)  the  Request  Date  File,  CN1510. SRV. S .DATE,  created 
through  the  execution  of  IBM  utility  program, 
lEBGENER; 

(b)  the  Daily  Constants  File,  CN1510. SRV. S .DLYCON, 
maintained  by  the  Data  Acceptance  program, 

DA600;  and 

(c)  the  Vehicle  Master  File,  CN1510. SRV. M. VEHICLE ( ), 
updated  by  the  Vehicle  Master  File  Edit/Update 
program,  DG700. 

7.16.2  Program  Files 

During  program  execution,  one  file  is  created.  This  file,  REPORT- 
FILE,  is  used  for  data  manipulation  and  sorting.  The  file  is  described 
in  file  and  record  specifications  (Tables  7.16-1  and  7.16-2), 

7.16.3  Processing  Functions 

As  illustrated  in  the  flowchart  (Figure  7.16-2),  the  Request 
Date  File  is  read  to  obtain  the  report  date.  This  date  is  used  to 
calculate  two  other  dates,  BACK-DATE  and  FORWARD-DATE.  BACK-DATE 
is  lA  days  prior  to  the  report  date  and  is  the  beginning  of  the  period 
for  which  daily  vehicle  miles  will  be  accumulated.  FORWARD-DATE  is 
14  days  after  the  report  date. — that  is,  a benchmark  date  used  to  predict 
mileage  since  last  inspection  when  no  action  is  taken. 
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TABLE  17.16-1 


PROGRAM  FILE  SPECIFICATION 


FILE  NAME;  Inspection  Planning  Report  File 
FD  NAME:  REPORT-FILE 


DATA  SET  NAME:  &REPORT 

NUMBER  OF  RECORD  FORMATS:  1 RECORD  SIZE:  28  Characters 


FILE  ORGANIZATION:  Records  are  sequenced  by:  Division  Number 

Predicted  Days  to 

Inspection 
Bus  Number 

RECORD  FORMATS 


FOEMAT 

CODE 


RECORD  NAME 


MAX.  NO.  MIN.  NO 
PER  BUS  PER  BUS 


Inspection  Planning  Report  Record  1 


0 
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TABLE  17.16-2 


RECORD  SPECIFICATION 

RECORD  NAME;  Inspection  Planning  Report  Record 
FILE  NAME;  Inspection  Planning  Report  File 
COBOL  NAME  OF  RECORD;  REPORT-RECORD 
RECORD  LENGTH;  28  Characters 


FIELD 

POS. 

FIELD 

LENGi 

FORMAT 

COBOL  FIELD  NAME 

FIELD  DESCRIPTION 

I 

2 

XX 

R-DIV 

Division  number 

3 

3 

999 

S-VALUE 

Days  to  go  sort  value 

6 

4 

9(4) 

R-VEH-NO 

Vehicle  number 

10 

3 

S999 

R-DAYS-TO-GO 

Days  before  next 
inspection  due 

13 

5 

S9(5) 

R-MILES-SINCE 

Miles  traveled 
since  last  inspection 

18 

5 

S9(5) 

R-PRED-MILES 

Estimated  miles  since 
inspection  that 
will  have  been 
traveled  in  14  days 

23 

2 

XX 

R-INSP-SCH 

Schedule  code  of 
inspection  due 

25 

2 

XX 

R-INSP-STEP 

Step  code  of  inspec- 
tion due 

27 

TOTAL 

2 

28 

XX 

R-INSP-TYPE 

Type  of  inspection  due 
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The  Daily  Constants  File  is  read  and  using  the  Inspection 
Schedule  records,  an  indexed  table  of  inspection  mileage  intervals 
(INSP-SCH-INT-TABLE)  is  established  in  working  storage. 

The  Vehicle  Master  File  is  read,  and  using  the  set  of  records 
for  each  coach,  the  following  functions  are  performed: 

(a)  A sort  record  is  created.  This  record  is  identified 
by  vehicle  number  and  by  the  division  to  which  the 
vehicle  is  assigned. 

(b)  Accumulated  vehicle  mileage  as  of  the  report  date 
is  determined  by  adjusting  the  file  value,  and  is 
placed  in  working  storage. 

(c)  Mileage  traveled  during  the  14  days  prior  to 

report  date  is  determined  by  accumulating  dally  miles, 
and  is  placed  in  working  storage. 

(d)  The  following  computations  are  performed: 

(1)  Accumulated  mileage  as  of  the  last  inspection 
is  subtracted  from  accumulated  mileage  as  of 
report  date  to  determine  mileage  traveled 
since  the  last  inspection. 

(2)  Mileage  traveled  during  the  14  days  prior  to 
report  date  is  divided  by  14  to  obtain  average 
daily  mileage. 

(3)  Mileage  since  the  last  inspection  is  subtracted 
from  the  inspection  mileage  interval  and  the 
difference  is  divided  by  average  daily  miles  to 
obtain  the  predicted  number  of  days  until  the 
next  inspection  is  due.  As  the  subtraction 
operation  may  result  in  a negative  answer,  the 
number  of  days  to  go  may  also  be  negative. 
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(4)  Mileage  traveled  during  the  14  days  prior  to  report 
date  is  added  to  mileage  since  the  last  inspection 
to  determine  predicted  mileage  that  the  coach  will 
have  traveled  in  14  days  (FORWARD-DATE)  if  no 
inspection  is  performed. 

(e)  Number  of  days  to  go  until  the  next  inspection  is  increased 
by  500;  the  result  becomes  part  of  the  sort  key.  This 
function  is  performed  to  allow  for  the  sorting  of  'days 

to  go'  values  that  ate  negative. 

(f)  Schedule-step  code  and  type  of  inspection  are  moved 
to  the  sort  record,  which  is  then  released  to  the 
internal  sort  routine. 

The  records  are  sorted  in  the  following  sequence: 

(a)  Division, 

(b)  Sort  value  of  number  of  days  to  go,  and 

(c)  Bus  number. 

The  sorted  records  are  output  to  the  report  file  and  the  report 
is  generated. 

7.16.4  Error  Messages 

If  an  error  is  detected,  the  appropriate  message  is  moved  to 
the  print  file  and  printed.  Error  messages  are: 

(a)  RP066— 0310  NO  DATE  RECORD  FOUND  IN  DATE  FILE 

This  message  is  printed  if  the  program  is  executed 
without  a valid  date  card.  Program  execution  is 
terminated  when  this  is  detected, 

(b)  RP066— 0300  INVALID  DATA  FIELD  OR  RECORD  FOUND  IN 
DAILY  CONSTANTS  FILE 

After  the  inspection  interval  table  has  been  created, 
its  contents  are  checked.  If  the  table  contains 

zeros  or  spaces,  the  above  message  is  printed. 

Program  execution  is  not  terminated. 
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7.17  DT200  - Transaction  Master  File  Update 


The  Transaction  Master  File  Update  program,  DT200,  is  designed 
to  transfer  records  of  maintenance  work  performed  from  the  Monthly 
Transaction  File  to  the  more  permanent  magnetic  tape  file.  During 
this  process,  erroneous  records  previously  transferred  are  purged  from 
the  tape  file,  thus  correcting  the  Transaction  Master  File.  The 
following  types  of  records  are  transferred: 

(a)  Monthly  Summary  (26)  Record, 

(b)  Monthly  Commodity  Cost  (27)  Record, 

(c)  Inspection  (29)  Record, 

(d)  Unit  Change  (31 ) Record, 

(e)  Engine  Re-ring  (3^)  Record, 

(f)  Engine  Overhaul  (35)  Record, 

(g)  Brake  Mileage  (38)  Record,  and 

(h)  Brake  Drum  (39)  Record. 

7.17.1  System  Interface 

Figure  7.17-1  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  two  data  sets,  available  from  prior  job  steps. 

These  data  sets  are: 

(a)  the  Monthly  Transaction  File  (CN1510.SRV.M.M0NTRAN  ( )), 
created  through  the  execution  of  Transaction  Disk  Fil^ 
Update  program,  DT100;  and 

(b)  the  Transaction  Master  File  (CN1510.SRV.M.TRANTAPE  (O)). 

This  file  is  a generation  data  set.  The  version  read  is 
the  most  current  version. 
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FIGURE  7.17-1 

DT200  PROGRAM  FLOWCHART 
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Program  output  consists  of  the  updated  version  of  the  Transaction 
Master  File  CCN1510.SRY.M.TRAKTAPE  C+ll). 

7 . 17  .2  Program  Files 

During  program  execution,  a file  is  created  and  used  within  the 
program.  This  file,  the  Sorted  Monthly  Transaction  File  (WORK-FILE), 
is  described  in  file  and  record  specification  sheets  (Tables  7. 1^-1  and 
7.17-2). 

7.17.3  Processing  Functions 

As  illustrated  in  Figure  7.17-1,  the  Monthly  Transaction  File 

(CN1510.SRV.M.M0NTRAN)  is  read.  The  data  set  read  is  the  most  current 

version  of  the  file.  The  processing  performed  consists  of: 

(a)  Sorting  the  records  in  the  Monthly  Transaction  File.  As  a 
preliminary,  one  character  is  added  to  the  record  to  assure 
proper  sequencing  during  the  sort.  Sorting  is  performed  on 
the  first  23  character  positions , of  which  the  last  is  the 
character  added.  The  sort  key  consists  of: 

(1)  Vehicle  number, 

(2)  Format  code, 

(3)  Transaction  date, 

( h ) Group-Unit  Code , 

(5)  Processing  date,  and 

(6)  Sequence  code. 

The  Group-Unit  Code  field  contains  zeros  except  for  Unit 
Changed  records  and  Inspection  records.  In  the  latter,  Group- 
Unit  Code  contains  the  inspection  schedule  and  step  code. 
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TABLE  7.17>-1 


PROGRAM  FILE  SPECIFICATIONS 


FILE  NAME:  Sorted  Monthly  Transactions 

FD  NAME:  WORK-FILE 


DATA  SET  NAME:  &REPORT 


NUMBER  OF  RECORD  FORMATS:  1 


RECORD  SIZE:  UT  Characters 


FILE  ORGANIZATION:  Record  sort  key  consists  of: 

Vehicle  Numher 
Format  Code 

Transaction  Date 

Unit  Identification  (see  Note) 
Processing  Date 
Sequence  Code 

RECORD  FORMATS 


RECORD  NAME 


Monthly  Transaction  Record 


MAX.  NO. 
PER  BUS 


MIN.  NO. 
PER  BUS 

0 


Note: 


Unit  Identification  contains  Inspection  Schedule  and  Inspection 
Step  for  Inspection  Records,  and  zeros  for  other  records. 
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TABLE  7.17-2 


RECORD  SPECIFICATION 


RECORD  NAME;  Monthly  Transaction  Record 
FILE  NAME:  WORK-FILE 

COBOL  NAME  OF  RECORD;  DATA-REC 
RECORD  LENGTH:  U7  Characters 


FIELD  FIELD 

POS.  LENG.  FORMAT  COBOL  FIELD  NAME  FIELD  DESCRIPTION 


1 

22 

X(22) 

W-REC-KEY 

23 

1 

9 

SEQ-KEY 

2k 

_2k_ 

X(2lt) 

W-REC-DATA 

TOTAL 

U7  Characters 

Record  Key 
Sequence  Key 
Record  Data 


(b)  Merging  the  sorted  records  and  the  contents  of  the  Trans- 
action Master  File.  This  process  involves  reading  the  two 
files,  matching  transactions,  and  writing  out  the  appropriate 
records  to  a new  version  of  the  Transaction  Master  File. 

When  no  match  occurs,  the  record  with  the  lesser  sort  sequence 
is  written  out  first.  This  preserves  the  sort  sequence 
(positions  1-22)  of  the  output  file. 

The  record  match  is  made  on  the  first  l6  character  positions. 
When  this  occurs,  further  processing  depends  on  the  type  of 
record.  In  the  case  of  monthly  records,  the  record  with 
the  most  recent  processing  date  is  written  out.  For  other 
record  types,  the  Transaction  Modifier  Code  contained  in  the 
Monthly  Transaction  File  record  is  examined.  If  the  code 
has  a value  of  zero,  the  record  is  an  original  transaction 
and  is  written  out  to  the  output  file.  If  the  code  has  a 
value  of  one,  the  transaction  represents  the  correction  of 
a record  previously  entered.  Both  matching  records  from  the 
Monthly  Transaction  File  and  the  Transaction  Master  File 
are  purged. 

T.17.U  Error  Messages 

No  error  messages  are  printed  by  this  program. 

7.17 .5  Remarks 

When  a transaction  is  read  from  M.MONTRAN(  ),  which  has  an  action 
code  of  1,  the  record  must  have  a matching  record  on  M.MONTRAN(  ) or 
on  M.TRANTAPE(O) . This  is  because  the  purpose  of  this  code  is  to  purge 
an  existing  transaction.  If  no  such  record  is  foiind,  the  transaction 
with  the  '1'  code  is  ignored.  Only  transactions  that  have  a zero  (O) 
action  code  are  written  to  the  tape  file. 
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7.18  VEHLST  - Vehicle  Master  File  List 


The  Vehicle  Master  File  List  program,  VEHLST,  is  designed  to 
generate  an  on-demand  report.  This  report  displays  the  contents  of 
Vehicle  Master  File  records  in  a format  (see  Figure  7.18-1)  that  is 
easy  to  use  and  interpr.et.  The  information  to  be  displayed  is  speci- 
fied by  the  user  when  the  report  is  requested.  The  format  of  the 
request  is  described  in  Section  4.3,  Request  Cards.  The  number 
of  request  cards  used  to  specify  the  request  is  unlimited.  Through 
these  cards,  the  user  may  specify  the  coaches  for  which  the  listing 
is  to  be  generated  and  the, types  of  master  file  records  to  be  dis- 
played. Coach  options  are: 

(a)  One  or  more  individual  coaches, 

(b)  One  or  more  series  of  coaches,  or 

(c)  All  coaches. 

Under  the  latter  two  options,  the  user  can  limit  the  request  to 
coaches  assigned  to  a division  by  specifying  the  division  number  in 
the  request. 

Record  type  options  are: 

(a)  Daily  records  only; 

(b)  Monthly  records  only; 

(c)  Unit  change  records,  including  engine  re-ring, 
engine  overhaul,  and  brake  reline  records: 

(e)  Unit  change  and  monthly  records;  and 

(f)  All  records. 
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VEHICLE  INFORMATION  LISTING 
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FIGURE  7.18-1 

FORMAT  OF  VEHICLE  INFORMATION  LISTING 


Inspection  records  are  displayed  xmder  all  options  if  the  user  is 
maintaining  records  of  this  type. 

7.18.1  System  Interfaces 

Figure  7.18-2  is  a program  flowchart.  As  illustrated,  program 

input  consists  of  the  Vehicle  Request  Card  File  and  the  Vehicle  Master 
File  (CN1510. SRV.M. VEHICLE) . As  the  program  is  normally  executed 

as  a one-step  stand-alone  job,  the  generation  data  set  input  to 
the  program  is  version  '0'. 

Program  output  consists  of  print  files  that  do  not  interface 
with  any  other  program. 

7 . 18 . 2 Program  Files 

No  internal  file  is  created  during  system  execution. 

7.18.3  Processing  Functions 

As  illustrated  in  Figure  7.18-2,  the  Vehicle  Request  Card  File 
is  read.  The  contents  of  the  request  cards  provide  report  control 
and  the  selection  of  Vehicle  Master  File  records.  Selection  is  made 
in  terms  of  the  vehicles  requested  and  of  the  output  record  types 
requested.  The  format  of  the  vehicle  request  card  is  described  in 
Section  6.23. 

The  program  reads  the  current  version  of  the  Vehicle  Master  File, 
selects  the  appropriate  records,  creates  output  records,  and  prints 
the  information  requested. 
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VEHICLE 
INFORMATION 
LISTING 


FIGURE  7.18-2 

VEHLST  PROGRAM  FLOWCHART 
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The  following  output  records  are  created: 


(a)  Vehicle  Header:  a single  record  is  created  from  the 

Header  Record  and  the  Accumulated  Miles  Record  in  the 
Vehicle  Master  File. 

(b)  Daily  Commodity:  a record  is  created  for  each  Daily 

Record  in  the  Vehicle  Master  File. 

(c)  Monthly  Commodity:  there  are  up  to  seven  sets  of  monthly 

records  in  the  Vehicle  Master  File.  These  records 

are  the  Monthly  Summary  Record  and  the  Monthly  Commodity 
Cost  Record.  A singe  record  is  created  from  the  two 
records  for  each  month. 

(d)  Inspection;  one  record  is  created  from  the  Inspection 
Record  in  the  Vehicle  Master  File.  This  record  contains 
the  same  data  items  as  the  master  file  record.  Mileage 
since  last  inspection  is  calculated  by  subtracting  the 
accumulated  mileage  in  the  Inspection  Record  from  vehicle 
accumulated  mileage  in  the  Accumulated  Miles  Record.  This 
addition  data  item  is  Indicated  in  the  output  record. 

(e)  Unit  Change:  one  record  is  created  for  each  comparable 

record  in  the  Vehicle  Master  File. 

(f)  Re-ring  and  Overhaul:  one  record  is  created  from  the 

Engine  Reing  Record  and  one  record  is  created  from 
the  Engine  Overhaul  Record  in  the  Vehicle  Master  File. 

The  two  output  records  created  are  combined  in  the 
print  routine. 

(g)  Brake  Mileage  and  Brake  Drum:  separate  output  records 

are  created  from  the  corresponding  Vehicle  Master  File 
records  and  combined  in  the  print  routine. 

7.18.4  Error  Messages 

VEHLST  generates  no  error  message. 

7.18.5  Remarks 


Request  cards  must  be  sequenced  in  ascending  order  by  vehicle 
number. 
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7 .19  PRTMIL  Tire  Mileage  Report  Generator 


The  Tire  Mileage  Report  Generator  CpRTMIL)  is  designed  to  produce 
a report  of  daily  mileages  recorded  against  each  vehicle  in  the  S/U 
System.  The  format  of  this  report  is  described  in  Figure  7.19-1. 

This  report  is  produced  for  a one-^onth  period,  and  will  enable  main- 
tenance management  to  monitor  the  monthly  mileage,  traveled  by  each 
vehicle. 

In  addition  to  the  report , a punched  card  deck  of  the  mileages 
is  produced.  These  cards  are  used  by  DaJ-las  Transit  System  to  monitor 
monthly  tire  mileage  by  vehicle. 

7.19.1  System  Interfaces 

Figure  7.19-2  is  a program  flowchart.  As  illustrated,  program 
input  consists  of  one  data  set,  CN1510. SRV.M.MILECARD , created  by  the 
Monthly  Tire  Mileage  Processor  program,  RP057.  Program  output  con- 
sists of  the  Tire  Mileage  report  and  of  a card  deck.  Tire  Mileage 
Punch  File. 

7.19.2  Program  Files 

No  internal  files  are  used  by  program  PRTMIL. 

7.19.3  Processing  Functions 

As  illustrated  in  Figure  7.19-2,  the  program  reads  daily  vehicle 
mileage  records  from  the  Monthly  Tire  Mileage  File,  CN1510. SRV.M.MILECARD . 
For  each  record,  the  program  produces  one  print  line  on  the  Tire  Mileage 
report,  and  punches  one  card  containing  the  mileage  data.  A monthly 
mileage  total  is  printed  for  each  vehicle. 
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FIGURE  7.19-1 

FORMAT  OF  TIRE  MILEAGE  REPORT 


FIGURE  7.19-2 

PRTMIL  PROGRAM  FLOWCHART 


After  all  mileage  records  have  been  processed,  a mileage  summaiy 
is  printed  that  is  an  aggregate  of  all  the  mileages  for  all  vehicles 
on  file. 

7.19.^  Error  Messages 

No  error  messages  are  printed  by  this  program. 

7.19*5  Remarks 

The  creation  of  the  punched  card  data  set  may  be  suppressed  by 

dummying  out  the  file  in  the  procedure  for  executing  PRTMIL.  The 
printed  report  will  still  be  produced. 
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T • 20  lEBGEHER  - Data  Set  Copy  Utility 

The  IBM  utility  program  lEBGENER  is  employed  in  the  SIMS  S/U 
System  as  a data  set  copy  routine.  The  utility  is  used  in  two  ways 
during  system  execution. 

The  first  use  of  lEBGENER  is  to  copy  DTS  data  collector  tapes 
to  a file  on  the  S/U  disk  pack.  DTS  submits  one  data  collector  tape 
for  each  day’s  input.  System  execution  sometimes  requires  the  pro- 
cessing of  several  daily  tapes,  such  as  after  a weekend.  lEBGENER 
is  used  to  copy  from  one  to  five  data  collector  tapes  to  data  set 
DAILYTRN  on  the  system  disk.  DAILYTRN  is  then  read  by  the  DTS  Input 
Tape  Processor  program,  DTTAPE. 

The  second  use  of  lEBGENER  is  to  copy  the  user-supplied  request 
date  cards,  data  set  DATECD,  to  the  Request  Date  File,  CNI5IO. SRV.S.DATE. 
The  Request  Date  File  is  read  by  the  various  system  programs , and 
provides  dates  for  the  report  generators.  The  80-character  card  in- 
put is  compressed  to  a 60-character  record  when  copied  to  the  Request 
Date  File. 

The  utility  requires  editing  control  records  to  accomplish  this 
compression.  Card-image  records  are  read  from  the  Service  System 
Control  File,  CNI5IO.SRV.S.CTL.  The  file  member  CTLDATE  contains  the 
needed  control  records. 

Figures  7*20-1  and  7*20-2  give  program  flowcharts  for  the  two 
uses  of  lEBGENER. 
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FIGURE  7.20-1 

DTS  DATA  COLLECTOR  TAPE  COPY  FLOWCHART 
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FIGURE  7.20-2 

DATE  CARD  COPY  FLOWCHART 
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7.21  IERBCO00  - Sort/Merge  Utility 


The  IBM  utility  program  IERRCO00  is  used  to  sort  the  user-supplied 
transactions  before  processing  by  the  Vehicle  Master  Edit/Update 
program,  DG700.  The  Data  Acceptance  program,  DA600,  builds  a file  of 
reformatted  transactions  containing  a 12-character  sort  key.  This  key 
consists  of  a vehicle  number,  transaction  date,  and  format  code.  The 
transactions  to  be  sorted  are  stored  in  data  set  CNl 510. SRV.M. TRANS . 

IERRCO00  is  used  to  sort  file  M. TRANS  on  the  12-character  sort 
key.  The  sort  output  is  data  set  CN1510.SRV.M.SRTRANS.  This  file  of 
sorted  transactions  is  read  by  the  Vehicle  Master  File  Edit/Update 
program,  DG700. 

Sort  parameters  are  required  to  control  the  utility  operation. 
These  are  read  from  member  CTLSRV03  of  the  Service  System  Control  file, 
CN1510.SRV.S.CTL. 

Figure  7.21-1  is  a program  flowchart  for  this  utility. 
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FIGURE  7.21-1 

IERRCO00  PROGRAM  FLOWCHART 
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7.22  lEHDASDR  - Disk  Save  Utility 


The  IBM  utility  program  lEHDASDR  is  used  to  dump  the  contents 
of  the  S/U  System  disk  TMDISK  to  magnetic  tape.  This  procedure  is 
performed  on  a weekly  basis  to  facilitate  recovery  in  event  of  a 
system  problem. 

lEHDASDR  requires  program  control  records  to  designate  the 
function  to  be  performed.  These  control  records  are  read  from  member 
CTLBKUP  of  the  Service  System  Control  File  CN1510.SRV.S.CTL. 

The  disk  save  procedure  is  currently  used  at  Dallas  City  Hall 
computer  center.  At  Optimum  Systems,  Inc.,  Santa  Clara,  California, 
where  the  ACTD  system  is  run,  the  backup  procedure  for  customer  private 
disk  packs  is  a standard  operation  procedure  of  the  service  bureau. 

Figure  7.22-1  is  a program  flowchart  of  lEHDASDR  as  used  at 
Dallas . 
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FIGURE  7.22-1 

lEHDASDR  PROGRAM  FLOWCHART 
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8.0  SIMS  SERVICE/UNIT  CHANGE  SYSTEM  INSTALLATION 
Installation  of  the  SIMS  S/U  System  Involves: 

(a)  preparation  of  the  data  base; 

(b)  Initialization  of  system  files  and  program  libraries  and 
entry  of  the  data  base  Information;  and 

(c)  generation  and  analysis  of  reports  to  check  the  data  base 
Information  entered. 
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8.1  Data  Base  Preparation 


Information  required  for  system  start-up  consists  of: 

(a)  System  constants,  and 

(b)  Vehicle  data. 

8.1.1  System  Constants 

The  design  of  the  S/U  System  provides  for  four  constants  files, 
described  in  Sections  6.2  through  6.5.  The  number  of  files  for 
which  the  user  must  provide  information  at  system  start-up  and  the 
nature  of  that  information  depends  on  the  extent  to  which  the  user 
elects  to  maintain  the  optional  vehicle  records. 

Mandatory  input  at  system  start-up  consists  of: 

(a)  one  Service  System  Constants  record  (see  Section  4.1.7). 
This  record  must  contain  the  prices  of  consumables — 
fuel,  oil,  and  coolant — and  a code  to  identify  each 
type  of  fuel  for  which  a price  is  entered.  It  is 
preferable,  but  not  mandatory,  that  the  user  also 
enter  the  daily  records  purge  factor  and  the  maximum 
number  of  duplicate  records  allowed.  If  these 

values  are  not  entered,  default  values  are  used. 

The  default  values  are: 

Daily  records  purge  factor  45  days 

Maximvim  number  of  duplicate  records  35 

(b)  One  Fleet  Constants  and  Limits  record  (see  Section  4.1.9) 
for  each  fleet.  This  record  must  contain  a fleet  number 
and  a code  to  identify  the  type  of  fuel  used  by  the 
fleet;  the  code  must  be  the  one  used  to  identify  the 
price  of  that  fuel  in  the  Service  System  Constants 
record.  It  is  preferable,  but  not  mandatory,  that 

the  user  also  enter  the  consumable  capacity  values 
and  consumable  usage  test  values  for  the  fleet.  If 
these  values  are  not  entered,  default  values  are 
used.  These  default  values  are  specified  in  Section 
7. 3. 3. 2,  System  Constants  Input  Records. 
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The  fleet  identified  in  this  type  of  record  consists 
of  a group  of  vehicles  with  common  characteristics 
that  are  defined  in  the  S/U  System  through  the 
entry  of  the  Fleet  Constants  and  Limits  record. 

The  fleet  identification  used  must  apply  only  to 
one  such  group. 

Optional  input  includes: 

(a)  the  definition  of  inspection  schedules  (see  Section  4.1.8). 
Inspection  schedules  must  be  defined  if  the  user 

intends  to  maintain  records  of  vehicle  inspections 
performed. 

(b)  the  definition  of  group— unit  codes  and  unit  names 
(see  Section  4.1.10).  Group-unit  codes  must  be 
defined  if  the  user  intends  to  maintain  records 
of  unit  changes  performed. 

(c)  the  definition  of  unit  threshold  values  (see 
Section  4.1.11).  These  values  must  be  defined 
if  the  user  intends  to  generate  the  Unit  Change 
Candidates  report  (see  Section  3.1.5). 

Both  mandatory  and  optional  system  constants  information  must 
be  entered  in  the  form  acceptable  to  the  S/U  System.  The  input 
formats  are  described  in  Sections  4.1.7  through  4.1.11. 

8.1.2  Vehicle  Data 


Generally,  the  SIMS  S/U  System  is  installed  at  a transit  property 

that  is  a "going"  concern.  Vehicle  data  entered,  therefore,  re- 
flects the  current  status  of  vehicles  within  the  property. 

Vehicle  information  entered  at  system  start-up  consists  of: 

(a)  Mandatory  data  items.  To  identify  the  vehicle  to 
the  system,  the  following  data  items  are  entered; 

(1)  A four-digit  vehicle  number. 

(2)  The  date  on  which  the  vehicle  is  entered 
in  the  system. 
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(3)  The  identity  of  the  fleet  to  which  the  vehicle 
belongs. 

(4)  The  identity  of  the  division  to  which  the 
vehicle  is  assigned. 

(5)  Accumulated  miles  of  vehicle  operation  as 
of  system  start-up. 

This  information  is  entered  by  means  of  a Vehicle 
Assignment  transaction  (see  Section  4.1.1). 

(b)  Optional  data  items.  The  user  may  elect  to  enter 

an  initial  record  of  each  type  of  maintenance  event 
for  which  records  are  to  be  maintained  in  the  system. 

For  example,  the  user  may  enter  a record  of  the  last 
inspection  performed  on  each  vehicle,  if  inspection 
records  are  to  be  maintained  by  the  computer  system. 

The  types  of  maintenance  events  for  which  records  can 
be  maintained,  at  the  user's  option,  are: 

(1)  Inspections, 

(2)  Unit  Change, 

(3)  Engine  Re-ring  Jobs, 

(4)  Engine  Overhaul  Jobs,  and 

(5)  Brake  Reline  Jobs. 

Both  mandatory  and  optional  vehicle  information  to  be  entered 
in  the  system  must  be  in  the  form  acceptable  to  the  S/U  System. 
Existing  user  records  are  the  source  for  the  preparation  of  trans- 
actions in  the  prescribed  formats.  These  formats  are  described  in 
Sections  4.1.1  through  4.1.6. 
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8.2 


Initial  System  Implementation 


The  Initial  Implementation  of  the  system  consists  of: 

(a)  system  Installation,  and 

(b)  processing  the  data  base. 

The  steps  undertaken  to  Install  the  system  are: 

(a)  a disk  pack  Is  Initialized  and  the  program 
load  library  (CN1510.SRV.LOAD)  and  the  Service 
System  Control  File  (CN1510.SRV.S.CTL)  ^re 
copied  to  the  pack. 

(b)  the  S/U  pack  and  the  system  pack  are  connected. 

(c)  the  S/U  catalogued  procedures  are  entered  In 
the  system  procedures  library. 

(d)  generation  data  set  Indices  are  created, 
using  an  IBM  utility  program,  lEHPROGM 
for: 

(1)  Vehicle  Master  File  (M. VEHICLE), 

(2)  Monthly  Transaction  File  (M.MONTRAN),  and 

(3)  Transaction  Master  File  (M.TRANTAPE) . 

(e)  the  allocation  of  space  required  by  data  sets, 
other  than  generation  data  sets.  Is  made 
using  an  IBM  utility  program,  IEFBR14.  Space 
allocation  Is  required  for: 

(1)  Dally  Constants  File  (S.DLYCON), 

(2)  Fleet  Constants  File  (S.FLTCON), 

(3)  Unit  Name  File  (S.UTNAME), 

(4)  Unit  Threshold  File  (S.UTTHRS), 

(5)  Temporary  Storage  Transaction  File  (M. TRANS), 

(6)  Temporary  Storage  Sorted  Transaction  File 
(M.SRTRANS), 
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(7)  Daily  Extract  File  (M.DLYEXT), 

(8)  Temporary  Transaction  File  (M.TEMPTRN), 

(9)  Request  Date  File  (S.DATE),  and 

(10)  Monthly  Tire  Mileage  File  (M.  MILE CARD ) , 
if  RP057  is  to  be  executed. 

Space  required  for  the  four  system  constants  files  and  the  Re- 
quest Date  File  will  be  a maximum  of  four  tracks  each.  Allocation  of 
space  for  the  remainder  of  the  above  data  sets  depends  on  the  number 
of  vehicles  for  which  records  are  to  be  maintained  and  the  volume 
of  daily  transactions. 

After  the  Installation  is  completed,  the  data  base  is  processed 
through  execution  of  the  basic  job  (SRVDLY).  For  this  run  only,  the 
job  deck  must  include  override  cards  for  two  data  sets.  Normally, 
the  most  recent  generation  of  the  Vehicle  Master  File  and  the  Monthly 
Transaction  File  are  input  to  the  job.  At  this  stage  of  system  start- 
up, these  files  do  not  exist  and  dummy  data  sets  must  be  substituted. 
This  substitution  is  accomplished  by  the  inclusion  in  the  job  deck 
of  the  following  overrides  in  procedure  SRVU01; 

//SRV05.IMSTR02  DD  DUMMY, DCB= (RECFM=F, BLKSIZE= 30) 

//SRVll.ITRANll  DD  DUMMY, DCB=(RECFM=F,BLKSIZE=46) 

The  override  cards  must  be  inserted  in  the  job  deck  immediately  after 
the  transaction  cards. 
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It  should  be  noted  that  provisions  were  made  whereby  the  system 
can  read  two  input  sources  of  transactions.  This  was  necessary  be- 
cause ACTD  and  DTS  required  the  ability  to  read  both  card  and  tape 
input.  The  tape  input  consists  of  servicing  records  entered  from 
service  data  collectors. 

In  normal  system  execution,  the  requirements  will  necessitate 
only  one  input  source.  In  this  case,  one  of  the  two  input  sources, 
ITRAN01  or  ITRANll,  must  be  dummied  out  in  step  SRV01  of  procedure 
SRVU01.  This  step  executes  the  Data  Acceptance  program,  DA600. 

It  should  also  be  noted  that  procedure  SRVUTR  is  executed  monthly 
to  update  the  Transaction  Master  File.  When  SRVUTR  is  initially 
executed,  the  following  override  card  must  be  included  in  the  job 
deck  immediately  after  the  execute  card  for  this  procedure. 

//SRVUTR. ITRAN02  DD  DUMMY, DCB= (RECFM=F,BLKSIZE=46) 

This  override  will  dummy  out  the  old  version  of  the  Transaction  Master 
File  which  does  not  exist  on  the  first  run  of  procedure  SRVUTR. 
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8. 3 Generation  and  Analysis  of  Reports 

When  the  basic  job  Is  executed  to  enter  the  data  base,  normal 
output  from  the  run  Includes  a Coach  History  Report  of  maintenance 
transactions.  The  contents  of  this  report  Includes  vehicle  main- 
tenance data  added  to  the  system. 

Thus,  the  processing  performed  by  the  start-up  job  will  be 
depicted  on  this  report.  The  user  should  analyze  this  report  to 
ensure  that  data  was  entered  correctly.  This  analysis  should  be 
performed  before  any  further  system  runs  are  made. 
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